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

Take 2! Is this homebrew Lady of Pain warlock patron balanced?

Putting class ranking in CV, but against dept guidelines

Question about debouncing - delay of state change

Can a new player join a group only when a new campaign starts?

Selecting user stories during sprint planning

Converted a Scalar function to a TVF function for parallel execution-Still running in Serial mode

Is there a kind of relay only consumes power when switching?

How does light 'choose' between wave and particle behaviour?

Do wooden building fires get hotter than 600°C?

ArcGIS Pro Python arcpy.CreatePersonalGDB_management

What's the meaning of "fortified infraction restraint"?

A term for a woman complaining about things/begging in a cute/childish way

Disembodied hand growing fangs

Can anything be seen from the center of the Boötes void? How dark would it be?

How to tell that you are a giant?

Dating a Former Employee

How fail-safe is nr as stop bytes?

Maximum summed subsequences with non-adjacent items

What is "gratricide"?

How do I find out the mythology and history of my Fortress?

As a beginner, should I get a Squier Strat with a SSS config or a HSS?

How would a mousetrap for use in space work?

What is the topology associated with the algebras for the ultrafilter monad?

What is the difference between globalisation and imperialism?



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



Announcing the arrival of Valued Associate #679: Cesar Manara
Planned maintenance scheduled April 23, 2019 at 00:00UTC (8:00pm US/Eastern)Arduino Bootloader DetailsNeed explanation on how to flash HEX files on ATmega32u4 via AVR109 protocolHow can I wake up an ATtiny84 microcontroller at specific time of the day?Millis versus centis on AVR platformHow can I bind a local variable to AVR's rXX register?Can you set the PWM output of an Atmel AVR to a specific frequency and have control over duty cycle?Avr-gcc does not compile correctly without optimizations, but works (badly) with -OsMissed Interrupt Problem with Attiny85SPI Flash Memory with ATMega1284Bus fault when accessing mcu internal peripheral





.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 2 hours ago







      bigjosh

















      asked 2 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 2 hours ago

























                answered 2 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

                    Can't compile dgruyter and caption packagesLaTeX templates/packages for writing a patent specificationLatex...

                    Schneeberg (Smreczany) Bibliografia | Menu...

                    Hans Bellmer Spis treści Życiorys | Upamiętnienie | Przypisy | Bibliografia | Linki zewnętrzne |...