10.4.0 B27

This build was release on January 10, 2018.

Asminst

Due to issues with the newly-introduced optimizations for

The --one_instantiation_per_object object mode is disabled by default. This change is related to issues introduced by ppc_ghs_4_2, ppc_ghs_4_0, and ppc_ghs_3_5 optimizations.

Run the --enable-prelink-optimization option to enable the --one_instantiation_per_object object mode.

10.4.0 B20

This build was released on January 5, 2018.

Asminst

  • Added support for --one_instantiation_per_object with the ppc_ghs_2017_1 compiler.
  • Performance improvements for --one_instantiation_per_object with the ppc_ghs_4_2, ppc_ghs_4_0, and ppc_ghs_3_5 compilers when several template instantiations must be compiled at link time. The ppc_ghs_2017_1 compiler is not affected by the original performance issue occurring with the other versions.
  • Introduced the concept of a function whitelist. A blacklist is already supported. Whitelists and blacklists cannot be specified together on the same command line. You can only use a whitelist or a blacklist but not both.
  • Support for partial matching with * and ? wildcards has been added for whitelists and blacklists.

10.4.0 B15

This build was released on December 14, 2017.

Asminst

  • Renamed ppc_ghs_7_1 compiler acronym to ppc_ghs_2017_1. 

Asminfer

  • Improved jump table scanning for ppc_ghs_2017_1

10.4.0 B8

This build was release on December 12, 2017.

Asminst

  • Disabled the experimental microcode binary file generation support.

10.4.0 B5

This version was release on December 11, 2017.

Asminst

  • Added support for ppc_ghs_7_1 compiler (32-bit only) for C. 
  • Added support for ppc_ghs_7_1 compiler (32-bit only) for C++. The --one_instantiation_per_object option, however, is not supported due to changes in how the underlying pre-linking system works. 
  • Various modifications have been introduced to the microcode to make it easier to maintain.
  • Introduced performance improvements to the various types of microcode for ppc_ghs-based compilers.
  • Microcode is now saved to disk in a binary format upon first compilation. The binary file is loaded in place of the plain text microcode upon subsequent loads for a given project. The binary microcode file is stored in the log directory.
  • No labels