#30 Secondary outputs not generated

Version 0.5.3
Build (20)
Peter Horn

The secondary outputs (hex file, listing, size summary) are not generated when individual properties for a single file of a project are set.

Steps to reproduce:

Generate a new project
Add two source files file1.c file2.c
Build the project, the secondary outputs are generated as expected
Setup individual properties for file1.c, e.g. set optimization to -O3
Build the project. The secondary outputs are not generated.
Reset the options for file1.c to the defaults
Build the project, the secondary outputs are generated as expected

Note that in the generated makefile, the entries
SECONDARY_FLASH, SECONDARY_LIST and SECONDARY_SIZE are empty when the problem occurs.


GNU ARM C/C++ Development Support org.eclipse.cdt.cross.arm.gnu.feature.group
Eclipse IDE for C/C++ Developers epp.package.cpp


  • Liviu Ionescu (ilg)

    I confirm it. it looks like a CDT bug.

  • Liviu Ionescu (ilg)

    • assigned_to: nobody --> ilg-ul
    • status: open --> open-accepted
  • Liviu Ionescu (ilg)

    • priority: 5 --> 9
  •  glory_man

    glory_man - 2012-04-16

    Are there any changes with this problem ?
    I have eclipse indigo with latest gnu-arm-eclipse plugin. It seems like problem still exist.

  • Liviu Ionescu (ilg)

    • milestone: --> Version_0.5.3
    • labels: --> Build
  • Liviu Ionescu (ilg)

    unfortunately the problem is still there :-(


  • Shannon Holland

    Shannon Holland - 2013-01-05

    Is there a way to tell which file has the custom options? As far as I know I didn't change any options for a specific file but I'm not very used to eclipse so who knows. Looking through the cproject and project files I don't see anything.

    • Liviu Ionescu (ilg)

      Yes, the files or folders with custom options have a slightly modified icon, but I'm not sure this applies to all Eclipse versions.

      • Shannon Holland

        Shannon Holland - 2013-01-05

        Ahhh, thank you! It turned out to be a folder I had added earlier. I couldn't figure out what the customization was, but by deleting it and then re-adding was able to fix the problem. :)

    • Armin

      Armin - 2014-01-14

      In the .cproject file there was an additional <folderInfo..></folderInfo> entry for a subfolder.
      After deleting it, the secondary outputs showed up.

      • Liviu Ionescu (ilg)

        thank you, Armin, your results are in line with Shannon's.

        anyway, the CDT bug was fixed, should be available with Kepler SR2.

        • Armin

          Armin - 2014-01-15

          Thanks for the feedback Liviu,
          but because of this natsty bug https://bugs.eclipse.org/bugs/show_bug.cgi?id=424453
          I am stuck on Juno ;-(.

          Best regards
          Armin Joachimsmeyer

          Last edit: Liviu Ionescu (ilg) 2014-01-15
          • Liviu Ionescu (ilg)

            I see...

            Personally I would take two paths: either fix the bug and post the patch to Gerrit, or try to avoid it by adjusting the sources.

            Do you really need the comment after the macro definition? Generally it is recommended NOT to add anything, since the preprocessor will preserve it in the value of the definition.

          • Armin

            Armin - 2014-01-28

            Dear Liviu,
            since I expect to stick on Juno for a longer time because of the formatter bug,
            is there any chance to get an patch for the secondary output for Juno?
            If the bug is only in one or two classes, maybe these classes will also work for Juno.

            Thanks in advance
            Armin Joachimsmeyer

            Last edit: Liviu Ionescu (ilg) 2014-01-28
            • Liviu Ionescu (ilg)

              Unfortunately not.

              I strongly suggest you adapt to the existing world instead of waiting for it to change following your expectations. Do something with the comments after the macro definitions (change to C style, remove, move to another line, etc) and upgrade to the latest Eclipse version.

  • Liviu Ionescu (ilg)

    • status: open-accepted --> closed-fixed
  • Liviu Ionescu (ilg)

    the cdt bug was fixed on 2013-11-02, will probably be included in the next CDT, expected to be released in 2014.01


Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:

JavaScript is required for this form.

No, thanks