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;
}







7












$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...




-mshort-calls



Assume that RJMP and RCALL can target the whole program memory.



This option is used internally for multilib selection. It is not an
optimization option, and you don’t need to set it by hand.




https://gcc.gnu.org/onlinedocs/gcc/AVR-Options.html#index-mshort-calls



...and it set in Atmel Studio here...



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$



















    7












    $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...




    -mshort-calls



    Assume that RJMP and RCALL can target the whole program memory.



    This option is used internally for multilib selection. It is not an
    optimization option, and you don’t need to set it by hand.




    https://gcc.gnu.org/onlinedocs/gcc/AVR-Options.html#index-mshort-calls



    ...and it set in Atmel Studio here...



    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$















      7












      7








      7


      2



      $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...




      -mshort-calls



      Assume that RJMP and RCALL can target the whole program memory.



      This option is used internally for multilib selection. It is not an
      optimization option, and you don’t need to set it by hand.




      https://gcc.gnu.org/onlinedocs/gcc/AVR-Options.html#index-mshort-calls



      ...and it set in Atmel Studio here...



      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...




      -mshort-calls



      Assume that RJMP and RCALL can target the whole program memory.



      This option is used internally for multilib selection. It is not an
      optimization option, and you don’t need to set it by hand.




      https://gcc.gnu.org/onlinedocs/gcc/AVR-Options.html#index-mshort-calls



      ...and it set in Atmel Studio here...



      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 Apr 19 at 5:16







      bigjosh

















      asked Apr 18 at 23:12









      bigjoshbigjosh

      7,3651736




      7,3651736






















          1 Answer
          1






          active

          oldest

          votes


















          8












          $begingroup$

          This option was removed in gcc 4.8 but 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 are using Atmel Studio, the new flag is misleadingly called "Relax Branches" and is located here...



          enter image description here



          In my case, enabling relative jumps and calls 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









            8












            $begingroup$

            This option was removed in gcc 4.8 but 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 are using Atmel Studio, the new flag is misleadingly called "Relax Branches" and is located here...



            enter image description here



            In my case, enabling relative jumps and calls 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$


















              8












              $begingroup$

              This option was removed in gcc 4.8 but 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 are using Atmel Studio, the new flag is misleadingly called "Relax Branches" and is located here...



              enter image description here



              In my case, enabling relative jumps and calls 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$
















                8












                8








                8





                $begingroup$

                This option was removed in gcc 4.8 but 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 are using Atmel Studio, the new flag is misleadingly called "Relax Branches" and is located here...



                enter image description here



                In my case, enabling relative jumps and calls 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$



                This option was removed in gcc 4.8 but 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 are using Atmel Studio, the new flag is misleadingly called "Relax Branches" and is located here...



                enter image description here



                In my case, enabling relative jumps and calls 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 Apr 19 at 5:11

























                answered Apr 18 at 23:12









                bigjoshbigjosh

                7,3651736




                7,3651736






























                    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

                    Plaza Victoria

                    Brian Clough

                    Cáceres