Intel® Fortran Compiler
Build applications that can scale for the future with optimized code designed for Intel® Xeon® and compatible processors.

Global compiler properties

Brian_Francis
Beginner
1,306 Views

Hi all,

I am looking for a method of standardizing compiler/linker settings across 50 solutions, 280 C/C++ projects and 110 Fortran projects. I'm using Studio 2010 and Fortran XE 2011. I use win32.props and win64.props in a root directory to apply C/C++ settings globally, but I have to resort to writing sed and bash scripts to globally apply Fortran settings (or kill brain cells editing by hand).

How do other developers handle global Fortran compiler settings?

I'm also still looking for a way to compare all projects in a solution for consistency, as well as determine if any file in a project has settings different from the others.

Brian.

0 Kudos
1 Solution
TimP
Honored Contributor III
1,306 Views

Some of your shared settings might be appropriate for ifort.cfg.

View solution in original post

0 Kudos
6 Replies
Steven_L_Intel1
Employee
1,306 Views

The .vfproj files are XML files. With normal XML tools, you could look at the <Configurations> section and compare those.

0 Kudos
TimP
Honored Contributor III
1,307 Views

Some of your shared settings might be appropriate for ifort.cfg.

0 Kudos
Brian_Francis
Beginner
1,306 Views

Thanks Tim, I'd forgotten about ifort.cfg.

Along a similar vein, has anyone had success with using response files with DevStudio? Reading the on-line help, it would seem that I could create response files for varying needs. A vfproj could then refer to the appropriate response file in somewhat the same way that vcproj/vcxproj refer to props files.

Brian.

0 Kudos
Steven_L_Intel1
Employee
1,306 Views

I don't think you can get DevStudio to use a response file.

0 Kudos
Brian_Francis
Beginner
1,306 Views

Hi Steve,

I've been able to get a response file to work. I selected "Properties>Configuration>Fortran>Command Line" on a Fortran project and entered the following into the "Additional options" field:

    @$(root)/win32.vfprops

In a top-level directory pointed to by the "root" environment variable, I created a win32.vfprops file and added two lines:

    /extend_source:72
    /Disatest

Compiling confirmed that the "isatest" preprocesor symbol was defined. The /extend_source:72 was not taken because there was already an earlier /extend_source:132 option on the command line. It appears that the first occurance of an option is the one that is used by the compiler. This "problem" will go away once I remove Fortran project compiler options from the project and add them to the response file.

Brian.

0 Kudos
Steven_L_Intel1
Employee
1,306 Views

Ah, yes, I had not considered that method. Of course....

0 Kudos
Reply