go系列&运维系列&Windows系列：cc1.exe: sorry, unimplemented: 64-bit mode not compiled in

原创 于 2024-09-04 10:33:09 发布 · 1k 阅读 · 7 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#golang #windows #c语言

cc1.exe: sorry, unimplemented: 64-bit mode not compiled in



cc1.exe: sorry, unimplemented: 64-bit mode not compiled in

前言

在Windows环境下使用Go处理Ethereum项目时遇到64位模式不支持的错误，原因是安装的MinGW是32位版本。解决方案是下载并安装64位的MinGW-W64，更新系统环境变量，确保GCC编译器在PATH路径中。完成这些步骤后，重新执行Go编译和测试，问题应当得到解决。

问题

使用go语言处理ethereum项目，在windows环境下执行测试程序时，报错

# runtime/cgo
cc1.exe: sorry, unimplemented: 64-bit mode not compiled in
FAIL command-line-arguments [build failed]
FAIL

解决办法

分析错误日志，显示64位模式不支持。那么在windows上安装的是mingw编译器，查看mingw发现确实是32位的。

在这里插入图片描述
所以需要从MinGW官网上下载安装64位版本，进入其官网下载页https://www.mingw-w64.org/downloads/，发现有很多不同的版本。

在这里插入图片描述

选择MingW-W64-builds版本，下载后进入安装流程，选择x86_64后，下一步继续安装

配置windows环境变量，将安装MinGW的bin目录添加到系统环境变量PATH中。

如未安装，可能会报错，如下为一个例子

# runtime/cgo
cgo: C compiler “gcc” not found: exec: “gcc”: executable file not found in %PATH%
FAIL command-line-arguments [build failed]
FAIL

完成安装以及环境变量配置后，执行go编译运行应该就没有问题了。






togolife

cc1.exe: sorry, unimplemented: 64-bit mode not compiled in

cc1.exe: sorry, unimplemented: 64-bit mode not compiled in解决办法
丿灬飞鱼的博客
01-25 3万+
问题现象 今天在go项目进行kafka开发时，报cc1.exe: sorry, unimplemented: 64-bit mode not compiled in错误 原因分析 通过提示可知；cc1.exe版本不是64位的，在64位环境下无法编译 解决办法 需要将mingw32换成mingw64. 下载安装包 下载地址： https://sourceforge.net/projects/mi...
go 编译报cc1.exe: sorry, unimplemented: 64-bit mode not compiled in (exit status 2)
weixin_38673340的博客
06-01 798
go
cc1.exe: sorry, unimplemented: 64-bit mode not compiled in
togolife的博客
12-01 3868
使用go语言处理ethereum项目，在windows环境下执行测试程序时，报错 # runtime/cgo cc1.exe: sorry, unimplemented: 64-bit mode not compiled in FAIL command-line-arguments [build failed] FAIL 分析错误日志，显示64位模式不支持。那么在windows上安装的是mingw编译器，查看mingw发现确实是32位的。 所以需要从MinGW官网上下载安装64位版本，进
11:24:25.865 [main] DEBUG io.grpc.netty.shaded.io.netty.util.internal.logging.InternalLoggerFactory - Using SLF4J as the default logging framework 11:24:25.868 [main] DEBUG io.grpc.netty.shaded.io.netty.util.internal.PlatformDependent0 - -Dio.netty.noUnsafe: false 11:24:25.869 [main] DEBUG io.grpc.netty.shaded.io.netty.util.internal.PlatformDependent0 - Java version: 8 11:24:25.869 [main] DEBUG io.grpc.netty.shaded.io.netty.util.internal.PlatformDependent0 - sun.misc.Unsafe.theUnsafe: available 11:24:25.869 [main] DEBUG io.grpc.netty.shaded.io.netty.util.internal.PlatformDependent0 - sun.misc.Unsafe.copyMemory: available 11:24:25.870 [main] DEBUG io.grpc.netty.shaded.io.netty.util.internal.PlatformDependent0 - sun.misc.Unsafe.storeFence: available 11:24:25.870 [main] DEBUG io.grpc.netty.shaded.io.netty.util.internal.PlatformDependent0 - java.nio.Buffer.address: available 11:24:25.870 [main] DEBUG io.grpc.netty.shaded.io.netty.util.internal.PlatformDependent0 - direct buffer constructor: available 11:24:25.870 [main] DEBUG io.grpc.netty.shaded.io.netty.util.internal.PlatformDependent0 - java.nio.Bits.unaligned: available, true 11:24:25.870 [main] DEBUG io.grpc.netty.shaded.io.netty.util.internal.PlatformDependent0 - jdk.internal.misc.Unsafe.allocateUninitializedArray(int): unavailable prior to Java9 11:24:25.870 [main] DEBUG io.grpc.netty.shaded.io.netty.util.internal.PlatformDependent0 - java.nio.DirectByteBuffer.<init>(long, int): available 11:24:25.870 [main] DEBUG io.grpc.netty.shaded.io.netty.util.internal.PlatformDependent - sun.misc.Unsafe: available 11:24:25.871 [main] DEBUG io.grpc.netty.shaded.io.netty.util.internal.PlatformDependent - -Dio.netty.tmpdir: C:\Users\admin\AppData\Local\Temp (java.io.tmpdir) 11:24:25.871 [main] DEBUG io.grpc.netty.shaded.io.netty.util.internal.PlatformDependent - -Dio.netty.bitMode: 64 (sun.arch.data.model) 11:24:25.871 [main] DEBUG io.grpc.netty.shaded.io.netty.util.internal.PlatformDependent - Platform: Windows 11:24:25.871 [main] DEBUG io.grpc.netty.shaded.io.netty.util.internal.PlatformDependent - -Dio.netty.maxDirectMemory: 7570718720 bytes 11:24:25.871 [main] DEBUG io.grpc.netty.shaded.io.netty.util.internal.PlatformDependent - -Dio.netty.uninitializedArrayAllocationThreshold: -1 11:24:25.872 [main] DEBUG io.grpc.netty.shaded.io.netty.util.internal.CleanerJava6 - java.nio.ByteBuffer.cleaner(): available 11:24:25.872 [main] DEBUG io.grpc.netty.shaded.io.netty.util.internal.PlatformDependent - -Dio.netty.noPreferDirect: false 11:24:26.010 [main] DEBUG io.grpc.netty.shaded.io.netty.channel.MultithreadEventLoopGroup - -Dio.netty.eventLoopThreads: 48 11:24:26.018 [main] DEBUG io.grpc.netty.shaded.io.netty.util.internal.InternalThreadLocalMap - -Dio.netty.threadLocalMap.stringBuilder.initialSize: 1024 11:24:26.018 [main] DEBUG io.grpc.netty.shaded.io.netty.util.internal.InternalThreadLocalMap - -Dio.netty.threadLocalMap.stringBuilder.maxSize: 4096 11:24:26.021 [main] DEBUG io.grpc.netty.shaded.io.netty.channel.nio.NioEventLoop - -Dio.netty.noKeySetOptimization: false 11:24:26.021 [main] DEBUG io.grpc.netty.shaded.io.netty.channel.nio.NioEventLoop - -Dio.netty.selectorAutoRebuildThreshold: 512 11:24:26.024 [main] DEBUG io.grpc.netty.shaded.io.netty.util.internal.PlatformDependent - org.jctools-core.MpscChunkedArrayQueue: available客户端运行结果如下，请分析并提出解决方案
08-26
1. **客户端无法连接到gRPC服务端**：检查服务端是否启动，端口（默认9090）是否正确，是否有防火墙或端口占用问题。 2. **服务端未正确暴露gRPC接口**：检查服务端是否正确注册了gRPC服务实现类（如`...
D:\数据结构\顺序表csdn.cpp In function 'int main()': 201 38 D:\数据结构\顺序表csdn.cpp sorry, unimplemented: non-trivial designated initializers not supported
10-18
错误信息是：`sorry, unimplemented: non-trivial designated initializers not supported`。 根据引用[1]中的例子： ```c int values[4] = {[0] = 7, [2] = 6, [3] = 7}; ``` 在C语言（C99标准）中可以通过，...
�pp: In function 'int main()': �pp:5:47: sorry, unimplemented: non-trivial designated initializers not supported int a[10] = {[3] = 3, [5] = 5, [8] = 8}; ^ �pp:5:47: sorry, unimplemented: non-trivial designated initializers not supported �pp:5:47: sorry, unimplemented: non-trivial designated initializers not supported、
最新发布
11-07
`在Visual Studio中运行时报错：'sorry, unimplemented: non-trivial designated initializers not supported'。我们需要给出解决方案。 根据之前的讨论，这个错误是因为Visual Studio的编译器（MSVC）对C99的指定...
io.grpc.StatusRuntimeException: UNIMPLEMENTED: Method not found: cloudbackup.index.service.VideoSummaryService/eventVideoQuery报错怎么解决
10-29
我们遇到了一个gRPC调用的异常：io.grpc.StatusRuntimeException: UNIMPLEMENTED: Method not found: cloudbackup.index.service.VideoSummaryService/eventVideoQuery 这个异常表示客户端尝试调用的gRPC方法在...
windows 解决 cc1.exe: sorry, unimplemented: 64-bit mode not compiled in关键方法。
qq3130964370的博客
07-22 557
希望可以解决你们cll.exe报错
cgo：cc1.exe: sorry, unimplemented: 64-bit mode not compiled in
热门推荐
test1280
06-22 1万+
cgo mingw mingw-w64 cc1.exe: sorry, unimplemented: 64-bit mode not compiled in
go报错unimplemented: 64-bit mode not compiled in与mingw 64位安装报错ERROR res已解决
weixin_30716725的博客
04-24 875
　　问题一：cc1.exe: sorry, unimplemented: 64-bit mode not compiled in 　　参考：https://www.cnblogs.com/lesroad/p/10714367.html，说明mingw需要安装64位的。 　　参考：https://www.cnblogs.com/ggg-327931457/p/9694516.html，下载安...
cc1.exe: sorry, unimplemented: 64-bit mode not compiled解决方案
月月的博客
04-30 2716
此问题的出现说明你在按抓个gcc时 ，安装的是32位系统的，然后你的电脑是64位的 在网上阅读了很多解决方案之后终于被我找到了最经典的一句话： For a smooth win64 build experience I recommend using http://tdm-gcc.tdragon.net/ (the 64 bit version) instead. 是在https://githu...
Codeblocks出现错误：sorry, unimplemented: 64-bit mode not compiled in
Warmth_Dream的博客
09-27 1389
Codeblocks出现错误：sorry, unimplemented: 64-bit mode not compiled in 解决方法： 打开setting->compiler settings 在Compiler Flags 中找到Target x86_64(64bit)[-m64]，查看是否勾选了这个选项。若已经勾选，则改为勾选Target x86(32bit)[-m32] ...
【Golang】安装包时报错cc1.exe: sorry, unimplemented: 64-bit mode not compiled in
zhh763984017的博客
03-21 2012
一、环境 系统：win10 IDE：GoLand 二、报错 今天想安装sqlite3的驱动，执行了go get命令之后报错 go get github.com/mattn/go-sqlite3 报错信息如下： cc1.exe: sorry, unimplemented: 64-bit mode not compiled in 三、原因 报错是因为本地的cc1.exe版本不是64位的，在64位环境下无法编译 四、解决方案 安装mingw64位的编译环境 https://...
golang，cc1.exe: sorry, unimplemented: 64-bit mode not compiled in问题解决
peng646138471的博客
06-07 691
golang编译报错
解决：cc1.exe: sorry, unimplemented: 64-bit mode not compiled in
逍遥游的博客
08-11 2394
解决：cc1.exe: sorry, unimplemented: 64-bit mode not compiled in 在win下用Go语言的cgo时（比如下面场景）我们会用到的GCC编译器，Win下我们一般用MinGW。 Golang连接Oracle数据库；win下 golang 跨平台编译 MinGW全称Minimalist GNU For Windows，是个精简的Windows平台C/C++、ADA及Fortran编译器，相比Cygwin而言，体积要小很多，使用较为方便。MinGW提供了一套完整
goland编译报错cc1.exe: sorry, unimplemented: 64-bit mode not compiled in
Lyon_Nee的博客
10-19 6440
主要原因是本地的cc1.exe版本不是64位的，在64位环境下无法编译 在网上查了很多方法都失败了，最后还是找到了解决方案 https://sourceforge.net/projects/mingw-w64/files/mingw-w64/mingw-w64-snapshot/ 下载下来解压后，放到自己想放的位置，然后配置环境变量，指向bin目录即可。 ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

坦笑&&life

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值