当前位置: 首页 > news >正文

macOS使用CodeRunner快速配置fortran环境

个人网站:xzajyjs.cn

由于一些项目的缘故,需要有fortran的需求,但由于是M1 mac的缘故,不能像windows那样直接使用vs+ivf这种经典配置。搜了一下网上主流的跨平台方案,主要是gfortran,最近用Coderunner(主要比vscode配置方便得多,并且字体也比vscode默认的要好看的多)比较多,但是其本身并不支持fortran的一键编译运行,研究了一下用最简单的方式进行快速配置。


配置gfortran环境

点我下载对应版本的dmg,我这里由于是M1,因此使用ARM版本

image-20230226151442392

按照提示一步步安装即可。安装成功后在终端输出如下信息即可(我这里是使用homebrew装的,可能会有些许不同):

image-20230226151622816


配置CodeRunner

由于CodeRunner本身并不支持fortran的编译和运行,仅支持代码高亮,因此我们需要自行添加

image-20230226151812433

点击最下方的Edit Languages,在弹出窗口中点击左下角的添加,命名为Fortran

image-20230226151917377

然后在Run Command中键入如下命令:

gfortran $filename -o haha38299 && chmod +x haha38299 && ./haha38299 && rm haha38299

其中haha38299为临时命名,运行完毕后会自动删除,可自行修改,不与其他文件名冲突即可


测试

接着我们在Code Runner中创建一个f90文件,这里可以使用自带的fortran语法高亮

image-20230226152307808

键入如下测试代码:

program hello
print *, "Hello World"
end program hello

Command+S保存,输入文件名,注意这里后缀写.f90

最后Command+R运行


CodeRunner报错说明

使用CodeRunner运行一些需要编译的语言 如 CJavaGo等,有可能会报如下错误:

/Users/xxx/Library/Application Support/CodeRunner/Languages/C++.crLanguage/Scripts/compile.sh:read:45: bad option: -a
Apple clang version 14.0.0 (clang-1400.0.29.102)
Target: arm64-apple-darwin21.6.0
Thread model: posix
InstalledDir: /Library/Developer/CommandLineTools/usr/bin
"/Library/Developer/CommandLineTools/usr/bin/ld" -demangle -lto_library /Library/Developer/CommandLineTools/usr/lib/libLTO.dylib -dynamic -arch arm64 -platform_version macos 12.0.0 12.3 -syslibroot /Library/Developer/CommandLineTools/SDKs/MacOSX.sdk -o /var/folders/rh/mty2h0sn5bdc7hzj05hjbxz00000gn/T/CodeRunner/Untitled -L/usr/local/lib -lc++ -lc++ -lSystem /Library/Developer/CommandLineTools/usr/lib/clang/14.0.0/lib/darwin/libclang_rt.osx.a
Undefined symbols for architecture arm64:"_main", referenced from:implicit entry/start for main executable
ld: symbol(s) not found for architecture arm64
clang: error: linker command failed with exit code 1 (use -v to see invocation)

在询问过官方客服后,客服的解答是:

image-20230226153457671

根据官方的说法,使用macOS中shell默认的zsh,可能会造成不可预知的问题。建议我们将CodeRunner中Shell设置修改为/bin/bash

image-20230226153625913

修改之后果然没有问题,可以正常编译源文件了。

http://www.lryc.cn/news/20983.html

相关文章:

  • 【云原生】k8s 离线部署讲解和实战操作
  • 【Kubernetes】第十一篇 - 滚动发布的介绍与实现
  • 【尊享版】如何系统构建你的思维认知模型?
  • urho3D编码约定
  • Overleaf推广奖励:增加合作者的数量、解锁Dropbox同步和项目修改历史
  • ChatGPT的互补工具Perplexity的详细使用方法(持续更新)
  • 【Linux驱动开发100问】如何编译Linux内核?
  • 15、条件概率、全概率公式、贝叶斯公式、马尔科夫链
  • Eureka服务注册与发现
  • 20230226 引用类型和指针类型的区别 - chatGPT
  • 《操作系统》——第二章 进程与线程
  • 网络原理之初识
  • CAN总线开发一本全(4) - FlexCAN的驱动程序
  • 如何分析linux tcp/ip 丢包问题
  • 旅游规划(树型dp)
  • 【C++】string类的模拟实现
  • 笔记(一)——STL容器
  • 红黑树
  • RIP路由协议的更新(电子科技大学TCP/IP第二次实验)
  • 基于JWT实现用户身份认证
  • SaltStack 远程命令执行漏洞(CVE-2020-16846)
  • SAP 详细解析成本收集器
  • Vision Transformer学习了什么-WHAT DO VISION TRANSFORMERS LEARN? A VISUAL EXPLORATION
  • 一种全新的图像滤波理论的实验(三)
  • CV——day79 读论文:基于小目标检测的扩展特征金字塔网络
  • 智能家居项目(五)测试串口功能
  • 2023年全国最新道路运输从业人员精选真题及答案7
  • python的所有知识点(含讲解),不看就亏死了
  • 【Servlet篇】Response对象详细解读
  • SAP FICO期初开账存货导入尾差