<?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>topic Why MCUXpresso binary code is so big?  in LPC Microcontrollers</title>
    <link>https://community.nxp.com/t5/LPC-Microcontrollers/Why-MCUXpresso-binary-code-is-so-big/m-p/787450#M31667</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Customer select LPC804 to develop one project. The code compiler by MCUXpresso is almost hit max 32K.&lt;/P&gt;&lt;P&gt;But same source compiler by Keil C is only 12K. Since customer still want to add some features into code. It will exceed 32K I guess. Customer doesn't want to change IDE right now. Could give me suggestion how can I optimize the code size like Keil?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 06 Jul 2018 10:35:36 GMT</pubDate>
    <dc:creator>li-chinwang</dc:creator>
    <dc:date>2018-07-06T10:35:36Z</dc:date>
    <item>
      <title>Why MCUXpresso binary code is so big?</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/Why-MCUXpresso-binary-code-is-so-big/m-p/787450#M31667</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Customer select LPC804 to develop one project. The code compiler by MCUXpresso is almost hit max 32K.&lt;/P&gt;&lt;P&gt;But same source compiler by Keil C is only 12K. Since customer still want to add some features into code. It will exceed 32K I guess. Customer doesn't want to change IDE right now. Could give me suggestion how can I optimize the code size like Keil?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 06 Jul 2018 10:35:36 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/Why-MCUXpresso-binary-code-is-so-big/m-p/787450#M31667</guid>
      <dc:creator>li-chinwang</dc:creator>
      <dc:date>2018-07-06T10:35:36Z</dc:date>
    </item>
    <item>
      <title>Re: Why MCUXpresso binary code is so big?</title>
      <link>https://community.nxp.com/t5/LPC-Microcontrollers/Why-MCUXpresso-binary-code-is-so-big/m-p/787451#M31668</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello,&lt;/P&gt;&lt;P&gt;could you provide details which binary you mean? If it is the .axf/.elf file, then this has much more information in it than the code itself (means includes debug information).&lt;/P&gt;&lt;P&gt;If it is the .bin (binary), then it depends on the memory map as the .bin is basically a memory dump.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;In any case: have you turned on optimizations in the compiler settings (e.g. -O3)?&lt;/P&gt;&lt;P&gt;The other thought is that code size heavily depends on how you are using the standard library (newlib? newlib-nano?, redlib?) and if you are using things like printf().&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I hope this helps,&lt;/P&gt;&lt;P&gt;Erich&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 06 Jul 2018 11:16:21 GMT</pubDate>
      <guid>https://community.nxp.com/t5/LPC-Microcontrollers/Why-MCUXpresso-binary-code-is-so-big/m-p/787451#M31668</guid>
      <dc:creator>BlackNight</dc:creator>
      <dc:date>2018-07-06T11:16:21Z</dc:date>
    </item>
  </channel>
</rss>

