<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>S12 / MagniV MicrocontrollersのトピックThe L1408 warning</title>
    <link>https://community.nxp.com/t5/S12-MagniV-Microcontrollers/The-L1408-warning/m-p/194296#M7685</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I am using the XE100 with the -Ml large model&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have a large array&amp;nbsp;unsigned char&amp;nbsp;heap[heap] defined across 2 RAM segments, ie 8k byyes&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;using .prm with&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; RAM_F0&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; = NO_INIT&amp;nbsp; 0xF01000'G TO 0xF11FFF'G;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; HEAP_RAM&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; INTO&amp;nbsp; RAM_F0;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I use the declaration&lt;/P&gt;&lt;P&gt;#pragma DATA_SEG __GPAGE_SEG HEAP_RAM&lt;BR /&gt;&amp;nbsp;unsigned char heap[&amp;nbsp;8192 ];&lt;BR /&gt;#pragma DATA_SEG DEFAULT&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;This compiles but generates a linker warning L1408: Conversion of address of heap overflowed 0xF01000´G&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;However the .map file show the 0x2000 bytes to be allocated correctly at 0xF01000'G&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The "What is this" information talks about excessive debug information. Is there a further flag that needs to be set in CodeWarrior v5 to debud global addressing?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 03 Sep 2012 17:52:21 GMT</pubDate>
    <dc:creator>john_seratel</dc:creator>
    <dc:date>2012-09-03T17:52:21Z</dc:date>
    <item>
      <title>The L1408 warning</title>
      <link>https://community.nxp.com/t5/S12-MagniV-Microcontrollers/The-L1408-warning/m-p/194296#M7685</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I am using the XE100 with the -Ml large model&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have a large array&amp;nbsp;unsigned char&amp;nbsp;heap[heap] defined across 2 RAM segments, ie 8k byyes&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;using .prm with&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; RAM_F0&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; = NO_INIT&amp;nbsp; 0xF01000'G TO 0xF11FFF'G;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; HEAP_RAM&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; INTO&amp;nbsp; RAM_F0;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I use the declaration&lt;/P&gt;&lt;P&gt;#pragma DATA_SEG __GPAGE_SEG HEAP_RAM&lt;BR /&gt;&amp;nbsp;unsigned char heap[&amp;nbsp;8192 ];&lt;BR /&gt;#pragma DATA_SEG DEFAULT&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;This compiles but generates a linker warning L1408: Conversion of address of heap overflowed 0xF01000´G&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;However the .map file show the 0x2000 bytes to be allocated correctly at 0xF01000'G&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;The "What is this" information talks about excessive debug information. Is there a further flag that needs to be set in CodeWarrior v5 to debud global addressing?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 03 Sep 2012 17:52:21 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S12-MagniV-Microcontrollers/The-L1408-warning/m-p/194296#M7685</guid>
      <dc:creator>john_seratel</dc:creator>
      <dc:date>2012-09-03T17:52:21Z</dc:date>
    </item>
    <item>
      <title>Re: The L1408 warning</title>
      <link>https://community.nxp.com/t5/S12-MagniV-Microcontrollers/The-L1408-warning/m-p/194297#M7686</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;The top most global address is 0x7FFFFF'G.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 03 Sep 2012 19:20:12 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S12-MagniV-Microcontrollers/The-L1408-warning/m-p/194297#M7686</guid>
      <dc:creator>kef</dc:creator>
      <dc:date>2012-09-03T19:20:12Z</dc:date>
    </item>
    <item>
      <title>Re: The L1408 warning</title>
      <link>https://community.nxp.com/t5/S12-MagniV-Microcontrollers/The-L1408-warning/m-p/194298#M7687</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;So true. The global map 0x0F_FFFF'G - 64k = 0x0F000'G. Thanks prm was wrong&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 03 Sep 2012 19:59:48 GMT</pubDate>
      <guid>https://community.nxp.com/t5/S12-MagniV-Microcontrollers/The-L1408-warning/m-p/194298#M7687</guid>
      <dc:creator>john_seratel</dc:creator>
      <dc:date>2012-09-03T19:59:48Z</dc:date>
    </item>
  </channel>
</rss>

