Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

bug: incorrect interfacing with Intel compilers on Windows #919

Open
1 task done
gnikit opened this issue Jun 16, 2023 · 1 comment
Open
1 task done

bug: incorrect interfacing with Intel compilers on Windows #919

gnikit opened this issue Jun 16, 2023 · 1 comment
Labels

Comments

@gnikit
Copy link
Member

gnikit commented Jun 16, 2023

Is there an existing issue for this?

  • I have searched the existing issues

Description

Options for Intel compilers on Windows do not use the same types of flags or syntax as in UNIX which leads to problems.
See for example the module output directory flag module on Windows it should be /module:

https://www.intel.com/content/www/us/en/docs/fortran-compiler/developer-guide-reference/2023-1/module-001.html


This is a problem since the existing linter API interfaces expect that the compiler flags to be constant and os independent

Screenshots

No response

Expected Behaviour

Version of Modern Fortran

v3.4.2023053001

Version of Visual Studio Code

v1.80.0-insiders

Platform and Architecture

Windows

Additional Information

No response

@emanspeaks
Copy link
Contributor

My temporary workaround for this is:

"fortran.linter.modOutput": " ",
"fortran.linter.extraArgs": [
	"/I\"${workspaceFolder}\\tmpmod\"",
	"/module:\"${workspaceFolder}\\tmpmod\""
],

You will still get a nuisance error message about the extra -module flag being ignored, but it suppresses further error messages due to improper handling of the default argument for this setting where it attempts to lint files in the temp location rather than recognizing the path in "modOutput" is the argument to the flag. The manually-supplied /module is then used by ifort as the fallback.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants