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

Dependency finder glitch

grg99
Beginner
718 Views
Puzzling problem: the build process would not realize it had to compile file "types" before "gdata". If I compiled "types" by right-click, everything else went fine.

Finally figured out the contrusion. Whatever scans the sources and finds dependencies did not like:

use Constants;use Types

----------

But if you change it to:

use Constants
use Types

.. then it figures out "types" needs to be compiled before this source.


... BTW the older VS6 and older Fortran had a menu item something lile "Set dependency...". Did that go away for a good reason? :)




0 Kudos
3 Replies
Steven_L_Intel1
Employee
718 Views

Please submit a test case and problem description to Intel Premier Support. The option from CVF went away because we're now using our own dependence analyzer and not Microsoft's which was very flaky.

I tried creating my own test case based on your description and it worked fine for me.

0 Kudos
grg99
Beginner
718 Views
Apoligies, Steve-- it looked like that was the problem, but then I saw there was a missing manually set up dependency between two projects. Once I clicked on the right check box the problem went away.

But that reminds me of another glitch that 's been there since CVF days:

If a declaration line ends in a comma:

Integer, allocatable :: Biggy( :, : ),

Then all the klaxons go off and the compiler quits scanning.

Which is weird, as it continues on from much bigger syntactical goofups.

There's just something about a trailing comma that deep-sixes a compile run.

Maybe you could just ignore the comma and keep on truckin' ??




0 Kudos
Steven_L_Intel1
Employee
718 Views

That is very interesting. Thanks - I'll pass that on.

0 Kudos
Reply