<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://devzone.nordicsemi.com/cfs-file/__key/system/syndication/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>arm-none-eabi/bin/ld: region RAM overflowed with stack</title><link>https://devzone.nordicsemi.com/f/nordic-q-a/1413/arm-none-eabi-bin-ld-region-ram-overflowed-with-stack</link><description>I&amp;#39;m getting this error, but oddly it&amp;#39;s coming up somewhere in the MIDDLE of my build, and not always the same point. 
 I have modified the HEAP size to be 0 as I don&amp;#39;t do any malloc-ing. But, I did that in gcc_startup_nrf51.s, which isn&amp;#39;t compiled yet</description><dc:language>en-US</dc:language><generator>Telligent Community 13</generator><lastBuildDate>Wed, 22 Jan 2014 02:24:18 GMT</lastBuildDate><atom:link rel="self" type="application/rss+xml" href="https://devzone.nordicsemi.com/f/nordic-q-a/1413/arm-none-eabi-bin-ld-region-ram-overflowed-with-stack" /><item><title>RE: arm-none-eabi/bin/ld: region RAM overflowed with stack</title><link>https://devzone.nordicsemi.com/thread/6337?ContentTypeID=1</link><pubDate>Wed, 22 Jan 2014 02:24:18 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:1a2618b4-4196-4d74-b8f9-d3ea6f1fbfc2</guid><dc:creator>Jim</dc:creator><description>&lt;p&gt;OK, I&amp;#39;ve resolve the mystery of the out-of-order linking.  It&amp;#39;s actually an Eclipse issue.  The Eclipse console cannot properly interleave stdout and stderr from the build.  I guess that&amp;#39;s hard to do.  I am resisting challenging that notion with all my might.&lt;/p&gt;
&lt;p&gt;So, if you get confused by Eclipse build output, try breaking the build up with some intermediate targets.&lt;/p&gt;
&lt;p&gt;Silly silly silly.&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: arm-none-eabi/bin/ld: region RAM overflowed with stack</title><link>https://devzone.nordicsemi.com/thread/6336?ContentTypeID=1</link><pubDate>Wed, 22 Jan 2014 01:46:17 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:8bf24fa8-07cc-4175-8928-60e33b5e3751</guid><dc:creator>Jim</dc:creator><description>&lt;p&gt;I&amp;#39;m definitely picking up libraries I shouldn&amp;#39;t.  A lot of libc.a in the map file.  Any way to control what gcc decides to include on it&amp;#39;s own?&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: arm-none-eabi/bin/ld: region RAM overflowed with stack</title><link>https://devzone.nordicsemi.com/thread/6335?ContentTypeID=1</link><pubDate>Wed, 22 Jan 2014 01:10:56 GMT</pubDate><guid isPermaLink="false">137ad170-7792-4731-bb38-c0d22fbe4515:a82e6ab4-dca9-430c-b859-d3aa535b83b9</guid><dc:creator>Jim</dc:creator><description>&lt;p&gt;OK, I&amp;#39;m looking at the .map file and it looks like I&amp;#39;ve somehow inherited a whole load of libraries, courtesy of gcc.  My suspicion is that they are related to the existence of &amp;quot;printf&amp;quot; statements in my code which are intended to send messages out through the UART, so I&amp;#39;m trying to figure out how to re-implement the functionality of retarget.c that I had been using.  I&amp;#39;ll post another question on this topic to avoid confusion...&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>