Why is the AVR GCC compiler using a full `CALL` even though I have set the `-mshort-calls` flag?





.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ margin-bottom:0;
}







1












$begingroup$


I have set the -mshort-calls flag which is documented to replace the 4 byte long CALL instruction with the 2 byte long RCALL instruction when possible to save flash space and and cycles...



enter image description here



Unfortunately the compiler is still using full CALL instructions even for a call that is only 2 bytes away...



    ...
35f6: 0e 94 fd 1a call 0x35fa ; 0x35fa
35fa: f8 94 cli
...


What am I doing wrong?










share|improve this question











$endgroup$



















    1












    $begingroup$


    I have set the -mshort-calls flag which is documented to replace the 4 byte long CALL instruction with the 2 byte long RCALL instruction when possible to save flash space and and cycles...



    enter image description here



    Unfortunately the compiler is still using full CALL instructions even for a call that is only 2 bytes away...



        ...
    35f6: 0e 94 fd 1a call 0x35fa ; 0x35fa
    35fa: f8 94 cli
    ...


    What am I doing wrong?










    share|improve this question











    $endgroup$















      1












      1








      1





      $begingroup$


      I have set the -mshort-calls flag which is documented to replace the 4 byte long CALL instruction with the 2 byte long RCALL instruction when possible to save flash space and and cycles...



      enter image description here



      Unfortunately the compiler is still using full CALL instructions even for a call that is only 2 bytes away...



          ...
      35f6: 0e 94 fd 1a call 0x35fa ; 0x35fa
      35fa: f8 94 cli
      ...


      What am I doing wrong?










      share|improve this question











      $endgroup$




      I have set the -mshort-calls flag which is documented to replace the 4 byte long CALL instruction with the 2 byte long RCALL instruction when possible to save flash space and and cycles...



      enter image description here



      Unfortunately the compiler is still using full CALL instructions even for a call that is only 2 bytes away...



          ...
      35f6: 0e 94 fd 1a call 0x35fa ; 0x35fa
      35fa: f8 94 cli
      ...


      What am I doing wrong?







      avr gcc rcall






      share|improve this question















      share|improve this question













      share|improve this question




      share|improve this question








      edited 3 hours ago







      bigjosh

















      asked 3 hours ago









      bigjoshbigjosh

      7,2801736




      7,2801736






















          1 Answer
          1






          active

          oldest

          votes


















          4












          $begingroup$

          It appears that this option changed at some point and not all the documentation was updated. Atmel Studio also still uses the obsolete flag.



          The new option is called -mrelax on the compiler command line or --relax on the linker command line...



          https://gcc.gnu.org/onlinedocs/gcc-4.9.2/gcc/AVR-Options.html



          After adding that flag, the above code compiled to...



          ...
          3584: 00 d0 rcall .+0 ; 0x3586
          3586: f8 94 cli
          ...


          If you happened to be using Atmel Studio, I put the flag here...



          enter image description here



          In my case, this change resulted in significant flash savings. If you are here because you also need to save flash space and/or cycles, I'd also recommend looking into enabling Link Time Optimization which also offers great savings at no cost.






          share|improve this answer











          $endgroup$














            Your Answer






            StackExchange.ifUsing("editor", function () {
            return StackExchange.using("schematics", function () {
            StackExchange.schematics.init();
            });
            }, "cicuitlab");

            StackExchange.ready(function() {
            var channelOptions = {
            tags: "".split(" "),
            id: "135"
            };
            initTagRenderer("".split(" "), "".split(" "), channelOptions);

            StackExchange.using("externalEditor", function() {
            // Have to fire editor after snippets, if snippets enabled
            if (StackExchange.settings.snippets.snippetsEnabled) {
            StackExchange.using("snippets", function() {
            createEditor();
            });
            }
            else {
            createEditor();
            }
            });

            function createEditor() {
            StackExchange.prepareEditor({
            heartbeatType: 'answer',
            autoActivateHeartbeat: false,
            convertImagesToLinks: false,
            noModals: true,
            showLowRepImageUploadWarning: true,
            reputationToPostImages: null,
            bindNavPrevention: true,
            postfix: "",
            imageUploader: {
            brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
            contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
            allowUrls: true
            },
            onDemand: true,
            discardSelector: ".discard-answer"
            ,immediatelyShowMarkdownHelp:true
            });


            }
            });














            draft saved

            draft discarded


















            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2felectronics.stackexchange.com%2fquestions%2f433335%2fwhy-is-the-avr-gcc-compiler-using-a-full-call-even-though-i-have-set-the-msh%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown

























            1 Answer
            1






            active

            oldest

            votes








            1 Answer
            1






            active

            oldest

            votes









            active

            oldest

            votes






            active

            oldest

            votes









            4












            $begingroup$

            It appears that this option changed at some point and not all the documentation was updated. Atmel Studio also still uses the obsolete flag.



            The new option is called -mrelax on the compiler command line or --relax on the linker command line...



            https://gcc.gnu.org/onlinedocs/gcc-4.9.2/gcc/AVR-Options.html



            After adding that flag, the above code compiled to...



            ...
            3584: 00 d0 rcall .+0 ; 0x3586
            3586: f8 94 cli
            ...


            If you happened to be using Atmel Studio, I put the flag here...



            enter image description here



            In my case, this change resulted in significant flash savings. If you are here because you also need to save flash space and/or cycles, I'd also recommend looking into enabling Link Time Optimization which also offers great savings at no cost.






            share|improve this answer











            $endgroup$


















              4












              $begingroup$

              It appears that this option changed at some point and not all the documentation was updated. Atmel Studio also still uses the obsolete flag.



              The new option is called -mrelax on the compiler command line or --relax on the linker command line...



              https://gcc.gnu.org/onlinedocs/gcc-4.9.2/gcc/AVR-Options.html



              After adding that flag, the above code compiled to...



              ...
              3584: 00 d0 rcall .+0 ; 0x3586
              3586: f8 94 cli
              ...


              If you happened to be using Atmel Studio, I put the flag here...



              enter image description here



              In my case, this change resulted in significant flash savings. If you are here because you also need to save flash space and/or cycles, I'd also recommend looking into enabling Link Time Optimization which also offers great savings at no cost.






              share|improve this answer











              $endgroup$
















                4












                4








                4





                $begingroup$

                It appears that this option changed at some point and not all the documentation was updated. Atmel Studio also still uses the obsolete flag.



                The new option is called -mrelax on the compiler command line or --relax on the linker command line...



                https://gcc.gnu.org/onlinedocs/gcc-4.9.2/gcc/AVR-Options.html



                After adding that flag, the above code compiled to...



                ...
                3584: 00 d0 rcall .+0 ; 0x3586
                3586: f8 94 cli
                ...


                If you happened to be using Atmel Studio, I put the flag here...



                enter image description here



                In my case, this change resulted in significant flash savings. If you are here because you also need to save flash space and/or cycles, I'd also recommend looking into enabling Link Time Optimization which also offers great savings at no cost.






                share|improve this answer











                $endgroup$



                It appears that this option changed at some point and not all the documentation was updated. Atmel Studio also still uses the obsolete flag.



                The new option is called -mrelax on the compiler command line or --relax on the linker command line...



                https://gcc.gnu.org/onlinedocs/gcc-4.9.2/gcc/AVR-Options.html



                After adding that flag, the above code compiled to...



                ...
                3584: 00 d0 rcall .+0 ; 0x3586
                3586: f8 94 cli
                ...


                If you happened to be using Atmel Studio, I put the flag here...



                enter image description here



                In my case, this change resulted in significant flash savings. If you are here because you also need to save flash space and/or cycles, I'd also recommend looking into enabling Link Time Optimization which also offers great savings at no cost.







                share|improve this answer














                share|improve this answer



                share|improve this answer








                edited 3 hours ago

























                answered 3 hours ago









                bigjoshbigjosh

                7,2801736




                7,2801736






























                    draft saved

                    draft discarded




















































                    Thanks for contributing an answer to Electrical Engineering Stack Exchange!


                    • Please be sure to answer the question. Provide details and share your research!

                    But avoid



                    • Asking for help, clarification, or responding to other answers.

                    • Making statements based on opinion; back them up with references or personal experience.


                    Use MathJax to format equations. MathJax reference.


                    To learn more, see our tips on writing great answers.




                    draft saved


                    draft discarded














                    StackExchange.ready(
                    function () {
                    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2felectronics.stackexchange.com%2fquestions%2f433335%2fwhy-is-the-avr-gcc-compiler-using-a-full-call-even-though-i-have-set-the-msh%23new-answer', 'question_page');
                    }
                    );

                    Post as a guest















                    Required, but never shown





















































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown

































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown







                    Popular posts from this blog

                    Statuo de Libereco

                    Tanganjiko

                    Liste der Baudenkmäler in Enneberg