I'd like to ask for help on installing Intel OpenCL SDK as described here Linux with Intel® SDK for OpenCL
I have followed those steps but then I need to run SDK installer or use this archive to run installer from which I have downloaded from Intel® SDK for OpenCL
intel_sdk_for_opencl_2017_7.0.0.2568_x64
This file is not executable and I have mounted it as archive with "Archive Mounter" but executing the install I was quit.
ubuntu#ubuntu:/run/user/1000/gvfs/archive:host=file%253A%252F%252F%252Fhome%252Fubuntu%252FDownloads%252Fintel%252Fintel_sdk_for_opencl_2017_7.0.0.2568_x64/intel_sdk_for_opencl_2017_7.0.0.2568_x64$ ./install.sh
Error: Incorrect path to setup script. Setup can not be started
if the path contains ':, ~, #, #, %, &, [, ], $, =, ), (, *' symbols.
Quitting!
Anyone has experience on how to install Intel OpenCL SDK under Linux (Ubuntu)?
As the error says, the script is unhappy about the symbols (like %) in the working directory. Just use a file manager to copy the contents from the mounted volume to your home folder. Then launch the install from there.
Related
I have found several solutions on how to download opencl. But ultimately I have to run the command
"/opt/rocm/opencl/bin/x86_64/clinfo" and end up with the error code "bash: /opt/rocm/opencl/bin/x86_64/clinfo: No such file or directory". So my question is how do I correctly install opencl and so that it is callable in this manner?
The OpenCL runtime is installed alongside your graphics driver. There is no need to install anything else to run OpenCL programs. For OpenCL development, you need to download and include the OpenCL C++ header files. The program clinfo is just a tool to identify your hardware, but you don't need it. To install it, use sudo apt-get install clinfo.
I appreciate that this is borderline off-topic, but it does "directly involve programming or programming tools" so I figure it's just about OK...
I've just installed a newly downloaded version of Git for Windows, and noticed that in the Options dialog, the title bar says "mintty 2.8.5 is available". According to the About dialog, I currently have version 2.8.4.
I assume it's telling me that there's a new version because I am able to upgrade it myself, but I can't find any information about how to do so. I've downloaded the zip file from mintty.github.io, but don't really want to have to build it manually if I can avoid it.
Is there some way to do this, or is the easiest option just to wait for an updated build of Git For Windows that includes the new version of MinTTY?
mintty is a terminal emulator program available for Cygwin and msys2 environment. In both environment, mintty can be compiled as 32bit and 64bit. Hence it will be easy to deploy if users/package maintainer compile themselves with their own toolchain. Here are the two mainstream toolchain associated with mintty.
Cygwin: You can search the full package namecygwin package search. Cygwin maintains multiple mirror URLs to download a package. Here is one of the mirror:
32bit: https://mirrors.kernel.org/sourceware/cygwin/x86/release/mintty/
64bit: https://mirrors.kernel.org/sourceware/cygwin/x86_64/release/mintty/
msys2: msys2 also maintains mirror URLs to download. You can browse whole packages list in http://repo.msys2.org/. Open that URL in a browser. As mintty need msys2 dynamic library, it can be found in msys2 directory. Search mintty in these webpages:
32bit: http://repo.msys2.org/msys/i686/
64bit: http://repo.msys2.org/msys/x86_64/
To use it in Git-For-Windows, download the mintty tarball file from msys2 links according to your installed one 32bit or 64bit. You can find mintty.exe in that .tar.xz file's usr/bin folder. Extract and place that executable in Git-For-Windows installation folder e.g. C:\Program Files\Git\usr\bin.
Note: Mintty need a dynamic library (e.g. cygwin1.dll or msys-2.0.dll) and a shell (e.g. bash.exe, dash.exe etc.) or a command line program to run. And it should be placed in /usr/bin or /bin folder as per your specific environment. For Cygwin specifically, you also need cygwin-console-helper.exe to hide the console window (conhost.exe process). In msys2 environment, mintty version may be lower than the Cygwin one.
I was having a similar issue with Git Bash saying "mintty 3.5.2 available". I simply used the following command in Git Bash.
git update-git-for-windows
It re-ran the installer and updated both my Git for Windows and mintty versions to the latest ones. The command is only valid from Git for Windows v2.16.1(2) though.
I've been searching all the Internet looking for this answer but couldn't find. The thing is, I have a graphics card from AMD (R9 380). From what I was reading on the lammps manual, the gpu package would only work with NVIDIA cards, since AMD's doesn't have cuda cores. But they also have a Makefile.linux_opencl, which, in theory, would work with AMD cards. I'm trying to install this gpu package for 2 days with no success...Has someone succeed to install this package in an AMD card? If so, what is the catch?
Quick look says it supports both AMD & NVidia (OpenCL & CUDA), so the answer is likely "yes". Did you try to clone from their github repo and build it with CMake ?
cmake /path/to/lammps/source/cmake -DENABLE_GPU=ON
i'm wildly guessing whatever makefiles they have are outdated...
Did you ever get this to work? This works on my system:
git clone https://github.com/lammps/lammps -b stable
cd lammps/lib/gpu
make -f Makefile.linux_opencl
cd ../../src
make yes-gpu
make mpi
The CMake build system works here too.
I had the same problem, running R9 280x from some mining equipment. I had succeeded with this configuration:
My prereqs:
Motherboard: Gigabyte P55A-UD4
CPU: intel core i5 760
GPU: R9 280x
Drivers
Set the hardware switch on the gpu to position 1 (default position)
Download and install Ubuntu 14.06.3 (make sure that the kernel is Linux 3.19)
Check if the correct kernel is installed with uname -r
Run: apt-get update and upgrade
Run: sudo apt-get install git make cmake gcc g++ gzip libfftw3-dev libtbb-dev mklibs mpich mpi-default-dev openmpi-bin ocl-icd-opencl-dev lib32gcc1 libc6-i386 dkms
From the AMD’s official site (for 280x: https://www.amd.com/en/support/graphics/amd-radeon-r9-series/amd-radeon-r9-200-series/amd-radeon-r9-280x) download all 4 drivers (fglrx, fglrx-core, fglrx-dev and fglrx-amdcccle) version 15.302 for Ubuntu 14.04. Use the installer notes file to install them properly (in the order specified below (or in the notes file)!)
Run: sudo dpkg -i fglrx-core_15.302-0ubuntu1_amd64_ub_14.01.deb fglrx_15.302-0ubuntu1_amd64_ub_14.01.deb fglrx-dev_15.302-0ubuntu1_amd64_ub_14.01.deb fglrx-amdcccle_15.302-0ubuntu1_amd64_ub_14.01.deb
Check if all drivers are installed properly with: dpkg -l fglrx-core fglrx fglrx-dev fglrx-amdcccle
Reboot machine
Run: clinfo and check if any errors exist (I had problems with fglrx)
LAMMPS
From home directory run: git clone http://github.com/lammps/lammps.git or extract any older version of lammps (from Github or other sites). Currently the version is 19 sep 2019
In the folder ~/lammps/lib/gpu check if Makefile.linux_opencl is ok with your sistem (for 280x i had used the default settings)
Compile the file using “make -f Makefile.linux_opencl” from the lib/gpu folder
Go to LAMMPS's src directory and run from there : make yes-gpu, make yes-user-omp
In the folder src/MAKE enable the cxx98 C++ compiler by deleting the comment (# mark) in the file make_mpi, line: LMP_INC = -DLAMMPS_GZIP -DLAMMPS_MEMALIGN=64 # -DLAMMPS_CXX98
from folder src/ run: make mpi
Your LAMMPS program should be compiled, the main file is located in the folder lammps/src/lmp_mpi.
When running the program you should run it via this directory or add this directory to PATH (export PATH="$PATH:/lammps/src")
Further work
Although when I wanted to install on newer hardware (ASUS prime b250m-k and intel pentium g4600) I had problems with graphical drivers, but I hadn't resolved the problem.
When I execute ANY command, this happens.
/lib64/ld-linux-x86-64.so.2: bad ELF interpreter: No such file or directory
I believe I accidentally removed glibc. Is there any way to install it? Non of the commands works. The system is CentOS 6, on a 1GB RAM VPS.
You can reinstall Glibc from an external system only, since the installing binaries use glibc. After booting up a rescue image mount the root of your system somewhere and download the glibc version that you would like to install and execute the following:
rpm -Uvh --root=/mnt/broken_system/ --force glibc-X.rpm
This install back the Glibc on your system so you can reboot your operating system and it will work.
Use below Command to remove
sudo yum remove java
example now i removing java
If you have only removed the symbolic links associated with glibc, you can recover it back by running ldconfig utility. It is a static binary and hence can be run successfully on broken glibc systems. On some distos, ldconfig would be a script which internally calls something like ldconfig.real, which is again a static binary.
windows 8.1 64 Bit , Aptana 3.4.2 , Java 64 Bit
Error:
Java :
Must you have 32-bit version of java, or may be you have both version [32-bit 64-bit] of java on same computer.
Make sure you have 32-bit version then must you specify the version that using in Aptana studio to do this :
1-Go to apatana folder and find the AptanaStudio3.ini file
"C:\Users\[YourUser]\AppData\Roaming\Appcelerator\Aptana Studio"
2- Add the java 32-bit version path to AptanaStudio3.ini using notepad
Package arch is 32-bit only for Windows OS. The 32-bit version of the JDK is required regardless of whether it is running on a 32-bit or 64-bit Windows system. You can download here from the official website.
I got the exact same error but I was on Windows 10 64-bit, Aptana 3.6.1, with only 64-bit JDKs.
After I downloaded 32-bit 1.7 JDK, I was able to open and run Aptana just fine.
I didn't need to modify the .ini file as AbuSitta had suggested.
I'll agree it might be misleading to some if you don't take a sharper look and see the "x86, x64" description at the download page.
In Windows OS, Aptana Only runs using Java 32 bit (JRE or JDK)
Am I late to the party ? Just started on ruby yesterday..and this was the recommended IDE in 3 of the 4 tutorials i saw..Spent the whole day trying to configure this.
Aptana Studio needs 32 bit jdk to be installed even on a 64 bit processor.. The "compatibility" suggested is a bit misleading..I just had to install the 32 bit jdk.. Did not modify the .ini file as #Osama Abusitta said. Just restarted the pc post installation for the effect to take place.
I got the Same Error. just install Java jdk.1.8 x86 (32bit) Version.
modify the .ini file
C:\Users\YOUR_USER\AppData\Roaming\Appcelerator\Aptana Studio\AptanaStudio3.ini
-startup
plugins/org.eclipse.equinox.launcher_1.4.0.v20161219-1356.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.win32.win32.x86_1.1.551.v20171108-1834
--launcher.defaultAction
openFile
-vm
C:\Program Files (x86)\Java\jdk1.8.0_202\bin\javaw.exe
-name
Aptana Studio 3
--launcher.appendVmargs
-vmargs
-Dosgi.requiredJavaVersion=1.8
-Xms256m
-Xmx1024m
--add-modules=ALL-SYSTEM
-Declipse.p2.unsignedPolicy=allow
-Declipse.log.size.max=10000
-Declipse.log.backup.max=5
-Dfile.encoding=UTF-8
-Djava.awt.headless=true