powershell 的版本所引起的加载 FSharp 编译器问题

在 64 位的系统下,大部分系统文件都有 64 位和 32 位的版本;通常在C:\WINDOWS\system32 下的是 64 位版本,在 C:\WINDOWS\SysWOW64下的是 32 位版本。比如:

默认情况下,调用的命令多是 64 位,因此,会造成一些问题。

加载 FSharp 编译器,在 32 位系统下没有问题,而同样的程序,在 64 位系统下就编译出错。造成问题的原因应该是 64 位系统下,编译时所引用的基本库的版本未统一所致,即有的是 64 位的,有的是 32 位的。

原因可能是找到了,但是,离真正彻底解决还甚远。

powershell 的版本所引起的加载 FSharp 编译器问题

时间: 2024-10-11 07:37:32

powershell 的版本所引起的加载 FSharp 编译器问题的相关文章

《powershell 的版本所引起的加载 FSharp 编译器问题》基本解决

1.FSharp.Core.dll,不光要 Add-Type,还要在编译中引用.但是,在 VS2012 的环境下,就不需要引用,百思不得其解: 2.理顺了大部分系统引用的地址. Function Compiler-FSharp([string] $fSharpCode,[Array]$References) { # 判断 Powershell 的版本 $isAMD64= ($env:PROCESSOR_ARCHITECTURE).Contains( "AMD64" ) $is32= $

初步解决《powershell 的版本所引起的加载 FSharp 编译器问题》

首先,我们定义一个函数 Compiler-FSharp,有两个参数,一个是 F#  源代码,当然是必须的:另一个是必须的引用,这是可选的. 然后,调用这个函数. Function Compiler-FSharp  ([string] $fSharpCode,[Array]$References) { # 判断 Powershell 的版本 $is32= $PSHOME.Contains("SysWOW64") $isAMD64= ($env:PROCESSOR_ARCHITECTURE

基于.NET框架版本在Windbg中加载sos的脚本

我经常在windbg中调试.netframeworkv2.0/v 4.0代码.在v 2.0中,主clr dll称为“mscorwks.dll”,在v 4.0中称为“clr.dll”.很多人都知道,要在v 2.0中加载sos,我们必须输入“.loadby sos mscorwks”,在v 4.0中输入“.loadby sos clr”.这对我来说是一种痛苦.提出了一个基于clr版本自动加载sos的脚本 !for_each_module .if(($sicmp( “@#ModuleName” , “

内核版本不同导致无法加载驱动

filename:       /home/langdexuming/driver/memdev/memdev.kolicense:        GPLauthor:         langdexumingdepends:        vermagic:       2.6.30.4 mod_unload ARMv4 parm:           mem_major:int使用ubuntu14.04无法加载,重新编译的话asm/system.h找不到

小技巧:VMware workstation克隆RHEL6.0及以上版本后网卡无法加载问题

休息之余,朋友打电话咨询我有关他们测试环境中多人Linux网卡无法加载问题,呵呵,N久不做Linux,所以具体了解了一下朋友环境:在测试机上懒得自己搭建部署环境,都是通过拷贝已经克隆好RHEL环境,然后在各自环境中使用,正常开机,但是网卡始终配置不上,执行service network restart重启网卡总是加载不上,因不具备截图条件,简单说一下处理方法:1.查看/etc/sysconfig/network-scripts/ifcfg-eth0配置信息: 2.修改字段HWADDR为虚拟机所在

最新版本cocos2d­2.0­x­2.0.2使用新资源加载策略!不再沿用-hd、-

 前段时间cocos2dx更新了最新版本cocos2d-2.0-x-2.0.2,也从这个版本开始对于资源加载与管理都改变了策略. 在之前的加载方式都是通过沿用与cocos2d-iphone一样的加载资源方式,对于图片名后添加-hd,-ipad,-ipadhd方式,当用户开启项目的高清视网膜后就可以默认寻找对应的资源.但是从cocos2d-2.0-x-2.0.2版本开始,资源加载策略不在如此了.对跨平台整合不清楚的请看cocos2dx最新2.x版本跨平台整合NDK+Xcode 最新资源加载策略

【Case分享】Exchange 2013EMS命令无法加载

环境:DC+Exchange 2013(前后端 in all)   故障: 使用EMS输入命令提示错误 使用Exchange Tools打开也提示错误无法加载cmdlet命令 排除方法:   1.是不是安装路径的Exchange的powershell脚本缺失导致命令无法加载.    解决方案:从exchange 2013的iso 拷贝powershell脚本过去安装路径\bin文件内,故障还是照旧 2.是不是Bug引起的.    解决方案:查询当前Exchange 2013的版本序号,为CU6

Qt中加载Libevent静态库(通过reimp和rs两条语句将lib转为a)

文章来源:http://blog.sina.com.cn/s/blog_731bf4c90102wnpr.html 本文仅是个人经验总结,若有错误欢迎指教! 最近要做一个跨平台的项目,同时也涉及到网络数据传输,所以考虑采用Qt和Libevent. 1.vs编译libevent 参考网上众多通过VS编译Libevent的文章(http://www.cnblogs.com/luxiaoxun/p/3603399.html),成功编译得到了?libevent.lib.libevent_core.lib

asp.net使用httphandler打包多CSS或JS文件以加快页面加载速度

介绍 使用许多小得JS.CSS文件代替一个庞大的JS或CSS文件来让代码获得更好的可维 护性,这是一个很好的实践.但这样做反过来却损失了网站的性能.虽然你应该将你的Javascript代码写在小文件中并且将大的CSS文件分割到小文件 中,当一个浏览器请求那些JS以及CSS文件,它却将为每一个文件产生一个请求.每一个HTTP请求将导致从你的浏览器到服务器上的一次"往返",从响应 服务器到客户端浏览器之间的等待时间称之为"延时".因此,如果你有四个JS文件以及三个CSS