When I run the basic example from the Redhawk site I get the error:
/usr/lib/python2.6/site-packages/_omnipymodule.so: wrong ELF class: ELFCLASS32
I am trying to run Redhawk SDR 1.9 on RHel 6.5 64 bit computer. I download the CentOS 6 rpms from the redhawk-deps-yum-el6-i686.tar.gz. When I install the files, it installs some RPMs that are i386 and they do indeed contain 32 bit ELF .so libraries. I had the Red Hat Compatibility libraries installed (I double checked that) but I am still getting the error.
I also went to the omniORB page and downloaded the omniORBpy3.6 release and tried to build a 64 bit version but it did not work.
Does anyone know if there are RHel 6.5 64-bit versions of the libomniORBpy RPMs?
This is also causing the code in the Redhawk IDE to not be able to generate All Implementations.
Based on the filename you posted, you downloaded the 32-bit files (that's the i686 in your filename). Double-check which link you're following. Download links are here: http://redhawksdr.github.io/Documentation/download.html
Related
I don't mean the version(s) provided by the various distributions but the binary from the official website.
I have an old VM running 32bit OpenSUSE 12.1 that is configured for a project I'm working on at work. I need to install WebKitGTK. The problem is that the cmake in the repositories is ancient 2.x, while WebKitGTK at least 3.6 (or similar). So I went to the official website and (my fault) without looking too much into it downloaded the 3.10 installation for Linux.
Upon executing the binary that was installed I got the error that the file could not be run. I checked the execution rights and it was fine. Then it struck me...I ran file cmake and got 64 instead of the required 32bit.
I went back to the website and all I could find were 32bit versions for Windows but none for Linux.
I can build it from source but just out of curiousity would like to know if support has been dropped. I was unable to find any information so far.
32-bit support for CMake hasn't been dropped. They just don't provide binaries for it on their website as of CMake 3.7.0
I installed LLVM via the apt package manager, (apt-get install llvm-3.5)... now I have to suffix every command and include with -3.5. Is this normal and how it is with LLVM nowadays, or did I screw up the setup? For instance, if I ran llvm-config it won't work so I need to append -3.5 to that. The same goes for including llvm header files in my code.
I'm asking because I'm working on an open source project, so if someone installs it and they don't have the issue with the -3.5 suffix on everything, then it could break.
I'm using Mint 17 (64 bit), if that helps.
Look into the directory that is provided by llvm-config-3.5 --bindir. I found the executables without suffix in there. I had the same problem with eclipse CDT not finding my LLVM/Clang installation, but only the LLVM path was wrong.
I am working on a machine with Scientific Linux 6.1 for which I do not have root access, and one of the program I need to run requires a particular library version that is contained in gcc from version 4.8.1 on.
Unfortunately the last version installed on the system is 4.7.2, so I was looking for some binaries in order to compile it myself in a local folder. My search for binaries was not successful and the main suggestion I have found googling was to install the devtoolset, that I can't install as I do not have root access.
Can someone point me to a place where I can find binaries?
Now I got several nuget packages(.nupkg) and installed VS's project on 64bit OS.
It was successfully finished.
And I'd like to install these packages to 32bit PC(StandAlone) by using CD which is burned .nupkg files.
(This PC cannot connect to Internet)
These packages seems to be not defined OS version specifically.
I have a quetion which is written in above title.
Can I use nuget packages which is not written OS ver 32 or 64 for 32 and 64 bit OS?
And would you give me some reaseons about your answer.
Regards.
NuGet packages do not distinguish between 32 or 64-bit version of OS. They can be installed to both.
There was an issue filed on codeplex to support distinguishing for different platforms as
https://nuget.codeplex.com/workitem/679
here's my system specs;
Arch Linux x86_64,
Kernel: 3.6.10-1-ARCH,
Gnome 3.6.2,
xf86-video-nouveau 1.0.4-1,
jdk7-openjdk 7.u9_2.3.3-1,
jre7-openjdk 7.u9_2.3.3-1,
jre7-openjdk-headless 7.u9_2.3.3-1,
lib32-libjpeg-turbo 1.2.1-1, libjpeg-turbo 1.2.1-1, libjpeg6-turbo 1.2.1-1
libpng12 1.2.50-2,
net-tools 1.60.20120804git-2,
unzip 6.0-6.
Ok, so there's the list of requirements that are installed, version numbers as well. Upon launch, the loading/splash screen won't even show, and then nothing... it just dies out. I attempted to launch it "aptana -v" and no output in the shell. I have looked for any error logs in ~/ , but nothing is there.
Other steps I've done is to delete any configuration folders/files for eclipse and aptana-secure in ~/. Also did a clean uninstall of just Aptana (not the dependencies), reinstall. Same result.
Any suggestions?
It appears that there is a mix up in the downloads. 32-bit and 64-bit got switched. If you are on 32-bit download 64-bit and vice versa. Hopefully it will be fixed soon.
See issues below:
Aptana 64 bit version crashes on startup on 64bit Linux OS with 64bit Oracle 7 java
Linux Installer Aptana_Studio_3_Setup_Linux_x86_3.3.0.zip contains x64 bit version of the project