错误：32位平台不支持此安装

显然xsetup脚本使用“uname -i”在我的Arch linux安装上返回“unknown”。但是如果你知道你有一个x86_64系统，你可以简单地注释掉xsetup文件中的检查，安装转到文件，它似乎
还有vivado＆amp;
vivado hls工作正常。



以下为原文

Apparently the xsetup script uses "uname -i" which returns "unknown" on my Arch linux installation.
But if you know that you have an x86_64 system, you can simply comment out the check in the xsetup file, installation goes file and it seems also that vivado & vivado hls work fine that way.

嗨，Debian是不受支持的操作系统，我们还没有在Debian上测试Vivado。尝试使用支持的OS.Microsoft Windows支持•Windows 7和7 SP1 Professional（64位），英语/日语。•Windows 8.1 Professional（64位），
英语/日语。•Vivado®LabEdition是唯一支持Windows 7 SP1Professional 32位操作系统的Xilinx工具集。
实验室版还支持64位系统.Linux支持•红帽企业工作站7.0（64位）•红帽企业工作站6.4-6.6（64位）•SUSE Linux Enterprise 12.0（64位）•Cent OS 7.0
（64位）•Ubuntu Linux 14.04 LTS（64位）•Vivado Lab Edition是唯一支持Red Hat EnterpriseWorkstation的Xilinx工具集
谢谢，维杰-----------------------------------------------
---------------------------------------------请将帖子标记为
一个答案“接受为解决方案”，以防它有助于解决您的查询。如果一个帖子引导到解决方案，请给予赞誉。



以下为原文

Hi,
Debian is unsupported OS and we have not tested Vivado on Debian.
Try using supported OS.

Microsoft Windows Support
• Windows 7 and 7 SP1 Professional (64-bit), English/Japanese.
• Windows 8.1 Professional (64-bit), English/Japanese.
• Vivado® Lab Edition is the only Xilinx toolset that supports Windows 7 SP1
Professional, 32-bit Operating System. Lab Edition also supports the 64-bit systems.
Linux Support
• Red Hat Enterprise Workstation 7.0 (64-bit)
• Red Hat Enterprise Workstation 6.4-6.6 (64-bit)
• SUSE Linux Enterprise 12.0 (64-bit)
• Cent OS 7.0 (64-bit)
• Ubuntu Linux 14.04 LTS (64-bit)
• Vivado Lab Edition is the only Xilinx toolset that supports the Red Hat Enterprise
Workstation
Thanks,Vijay
--------------------------------------------------------------------------------------------
Please mark the post as an answer "Accept as solution" in case it helped resolve your query.
Give kudos in case a post in case it guided to the solution.

嗨，
这可能是一个不受支持的操作系统，但是uname -m是检查体系结构的正确命令;）。
最好的祝福，
斯蒂芬



以下为原文

Hi,
 
This might be an unsupported OS, but uname -m is the right command to check the architecture ;).
 
Best Regards,
 
Stephan

邑！
我也在运行Arch Linux。
通过以下方式解决了问题：
1 使用--confirm参数启动安装程序，显示xsetup文件的路径
2 查找并修改xsetup文件（uname -m）。
3 确认在安装程序shell中执行xsetup。
工作得很好！



以下为原文

Yap!
 
I am running Arch Linux too. Solved the problem by:
 
1 starting the installer with the --confirm parameter , path to the xsetup file got displayed
2 finding and modifying the xsetup file (uname -m).
3 confirmed the execution of xsetup in the installer shell.
 
 
Worked fine!

虽然可以在32位操作系统上安装Vivado 2015.1，但不建议以这种方式使用1。
Xilinx2未对这些不受支持的操作系统进行测试。
限制32位操作系统的物理内存会降低性能。
--------------------------------------------------
-----------------------不要忘记回答，kudo，并接受为解决方案.-------------
--------------------------------------------------
----------



以下为原文

Although it's possible to install Vivado 2015.1 on 32-bit OS, it's not recommended to use in that way
1. No test has been made on these unsupported OS by Xilinx
2. Limit on physical memory for 32-bit OS hinders the performance.-------------------------------------------------------------------------
Don’t forget to reply, kudo, and accept as solution.
-------------------------------------------------------------------------

没有人说有人在32位平台上安装了Vivado 2015.1。
但是，在xsetup中使用'uname -i'是错误的，应该用'uname -m'代替。
第一个返回硬件平台（例如GenuineIntel，AuthenticAMD，......），后者返回机器硬件名称（例如i386，i686，x86_64，......）。



以下为原文

Nobody said that someone installs Vivado 2015.1 on 32-bit platform. However, the usage of 'uname -i' in xsetup is wrong and should be replaced by 'uname -m'. The first one returns the hardware platform (e.g. GenuineIntel, AuthenticAMD, ...) and the latter one returns the machine hardware name (e.g. i386, i686, x86_64, ...).

tud_hartmann是对的，这是正确的解决方案。



以下为原文

tud_hartmann is right, it is correct solution.

我有同样的问题来安装Vivado或分开安装SDK。
软件工作人员的一位同事找到了解决方案。
在Debian中，他们是一个uname工作得很好（至少对于“-i”otpion）： 
$ / usr / lib / klibc / bin / uname -i
方案： 
$ sudo dpkg-divert --add --rename --divert /bin/uname.orig / bin / uname 
$ sudo ln -s / usr / lib / klibc / bin / uname / bin / uname
回去 ：
$ sudo dpkg-divert --rename --remove / bin / uname
来源：https：//bugs.launchpad.net/ubuntu/+source/coreutils/+bug/470550
问候



以下为原文

I had the same issue to install Vivado or to install SDK separatly. A colleague from software staff found a solution. In Debians, their is an uname working well (at least for "-i" otpion):

$ /usr/lib/klibc/bin/uname -iSolution :

$ sudo dpkg-divert --add --rename --divert /bin/uname.orig /bin/uname $ sudo ln -s /usr/lib/klibc/bin/uname /bin/unameTo go back :

$ sudo dpkg-divert --rename --remove /bin/uname
sources: https://bugs.launchpad.net/ubuntu/+source/coreutils/+bug/470550
 
Regards

我已经下载了Linux 64位安装程序（.bin）。
我在支持的64位Linux（Ubuntu 14.04）上运行。
我收到同样的错误。
有解决方法吗？
我看到了提到命令行选项，但我没有找到相关文档。
（不确定在哪里看。）我正在运行VMware Ubuntu 14.04.3（Trusty Tahr）。



以下为原文

I have downloaded the Linux 64 bit installer (.bin). I am running on a supported 64 bit Linux (Ubuntu 14.04). I am getting this same error. Is there a workaround? I saw mention of a command line option, but I haven't found documentation for that. (Not really sure where to look.) I am running a VMware Ubuntu 14.04.3 (Trusty Tahr).

你好flamingo2，
您的系统上有/ usr / lib / klibc / bin / uname版本吗？
如果是，命令的答案是这样的：
/ usr / lib / klibc / bin / uname -i
x86_64的
在这种情况下，如果您具有root权限，则可以应用2015年12月12日发布的解决方案。
之后，再次执行Vivado Linux 64位安装程序。
它应该工作。
希望对你有帮助
emeyer



以下为原文

Hello flamingo2,
 
Have you this /usr/lib/klibc/bin/uname version on your system ? If yes, does the command answer like this :
/usr/lib/klibc/bin/uname -ix86_64In this case and if you have root permissions , you can apply the solution posted on ‎12-07-2015. After that, execute again the Vivado Linux 64 bit installer. It should work.
 
Hope this will help you
emeyer
 

事实证明我错了？
o***oxes上Trusty Tahr的vmdk似乎有32位内核。
它被标识为“VMware（VMDK）64位大小：760.2MB”，但标识为i686。
我需要运行Ubuntu 14.04，所以我要看看我是否在VirtualBox VM上遇到同样的问题。
谢谢回复。



以下为原文

Turns out that I was wrong? The vmdk for Trusty Tahr at o***oxes seems to have a 32 bit kernel. It is identified as "VMware (VMDK) 64bit Size: 760.2MB", but identifies as i686. I'm required to run Ubuntu 14.04, so I'm going to see if I have the same problem on VirtualBox VM. Thanks for the reply.

这种解决方法确实很好。
Xilinx应该真正修复该脚本:)



以下为原文

This workaround indeed works fine. Xilinx should really fix that script :)

Xilinx仍然需要修复该脚本。
来吧伙计们 - 它甚至不是一行代码而且修复程序已经知道好几个月......



以下为原文

Xilinx still needs to fix that script.  Come on guys - it's not even one line of code and the fix has been known for months...

大家好，
我创建了一个更改请求CR＃930032来解决此问题。
谢谢，
维奈
--------------------------------------------------
------------------------------------------您是否尝试在Google中输入问题？
？
如果没有，你应该在发布之前。
此外，MARK这是一个答案，以防它有助于解决您的查询/问题。给予帮助您找到解决方案的帖子。



以下为原文

Hi All,
 
I created a change request CR#930032 to address this issue.
 
Thanks,
Vinay
--------------------------------------------------------------------------------------------
Have you tried typing your question in Google? If not you should before posting. Also, MARK this is as an answer in case it helped resolve your query/issue.Give kudos to the post that helped you to find the solution.

2016年还没有修复...这对Xilinx来说是一个如此简单的解决方案，并且可能会为每个第一次遇到它的用户浪费一两个小时。



以下为原文

Not fixed yet in 2016.2... this is such an easy fix for Xilinx to make, and probably wastes an hour or two for every user that encounters it for the first time.