Skip to content
Snippets Groups Projects
  1. Mar 10, 2015
  2. Mar 09, 2015
  3. Mar 08, 2015
  4. Mar 07, 2015
  5. Mar 06, 2015
    • Brad King's avatar
    • Brad King's avatar
      Makefile: Fix multiple custom command outputs regression (#15116) · 66a9c90c
      Brad King authored
      In commit v3.2.0-rc1~272^2~2 (Makefile: Fix rebuild with multiple custom
      command outputs, 2014-12-05) we changed the generated makefile pattern
      for multiple outputs from
      
        out1: depends...
                commands...
        out2: out1
      
      to
      
        out1 out2: depends...
                commands...
      
      This was based on the incorrect assumption that make tools would treat
      this as a combined output rule and run the command(s) exactly once for
      them.  It turns out that instead this new pattern is equivalent to
      
        out1: depends...
                commands...
        out2: depends...
                commands...
      
      so the commands may be run more than once.
      
      Some documents suggest using a "dedicated witness" stamp file:
      
        stamp: depends...
                rm -f stamp
                touch stamp.tmp
                commands...
                mv stamp.tmp stamp
        out1 out2: stamp
      
      However, if the commands fail the error message will refer to the stamp
      instead of any of the real outputs, which may be confusing to readers.
      Also, this approach seems to have the same behavior of the original
      approach that motiviated the above commit: multiple invocations are
      needed to bring consumers of the outputs up to date.
      
      Instead we can return to the original approach but add an explicit
      touch to each extra output rule:
      
        out1: depends...
                commands...
        out2: out1
                touch -c out2
      
      This causes make tools to recognize that all outputs have changed and
      therefore to execute any commands that consume them.
      66a9c90c
    • Nils Gladitz's avatar
      CPackWIX: Fix .wixobj output locations and filenames. · 2e16aff1
      Nils Gladitz authored
      Preserve all but the last extension when generating .wixobj output
      filenames from source files and make sure they are unique.
      
      Output .wixobj files in cpack staging area instead
      of the current working directory.
      2e16aff1
    • Nils Gladitz's avatar
      b0852ebc
    • Nils Gladitz's avatar
      CodeBlocks: Declare which source file belongs to which targets. · 099b0cab
      Nils Gladitz authored
      This should allow the consuming IDE to determine which target specific
      preprocessor definitions and include directories are relevant for a
      given source file.
      099b0cab
Loading