I am trying to build openjdk from source and I am using "HOTSPOT_RELEASE_VERSION=20.0-b12" on openjdk6 on ubuntu 12.04.
It prompts:
This OS is not supported:" `uname -a`; exit 1;<br>
This OS is not supported: Linux joker-Inspiron-1545 3.2.0-35-generic-pae #55-Ubuntu SMP Wed Dec 5 18:04:39 UTC 2012 i686 i686 i386 GNU/Linux.
Can someone guide me on this please ?
change hotspot/make/linux/Makefile
SUPPORTED_OS_VERSION = 2.4% 2.5% 2.6% 2.7% 3%
An easier way than editing a file is to set the environment variable
DISABLE_HOTSPOT_OS_VERSION_CHECK=ok
Related
I installed FUEL in ubuntu 14.04.
Now I have to remove all and re-install, But I don't know how to un-install FUEL
uname
Linux 3.13.0-129-generic #178-Ubuntu SMP Fri Aug 11 12:48:20 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
Id Name State
---------------------------------------------------
3 fuel_master running
Could you please give to way how to remove FUEL in ubuntu?
first, I tried command
./Miniconda3-latest-MacOSX-x86_64.sh
and it reports that
line 296:
/data/keeling/a/xinyix3/miniconda/pkgs/python-3.6.0-0/bin/python:
cannot execute binary file ERROR: cannot execute native osx-64 binary,
output from 'uname -a' is: Linux keeling.earth.illinois.edu
2.6.32-642.3.1.el6.x86_64 #1 SMP Tue Jul 12 11:25:51 CDT 2016 x86_64 x86_64 x86_64 GNU/Linux
I am really new to Linux. Is there any suggestions of failure of installation?
You seem to be running the wrong binary/script for Miniconda. Use the Miniconda3-latest-Linux-x86_64.sh script if you're on linux, not the OSX one.
On Intel processors
Linux linux-epq2.site 3.7.10-1.11-desktop #1 SMP PREEMPT Thu May 16 20:27:27 UTC 2013 (adf31bb) x86_64 x86_64 x86_64 GNU/Linux
to fetch the cache details:
cat /sys/devices/system/cpu/cpu*/cache/index*/
Where * is the respective cpu and cache index numbers
However, on ARM processors, this file/folder is not available. Is there a way to fetch these details?
Linux arndale 3.9.0-rc5+ #8 SMP Tue Apr 9 12:40:32 CEST 2013 armv7l GNU/Linux
From ARMv8A (64bit), it is possible to get cache info from CLIDR register. So cache info can be populated to /sys file system in Linux. Check detail from kernel/arch/arm64/kernel/cacheinfo.c.
I am a new Archer, and when I compile wireless driver on my computer, I come across a problem:
make: *** /lib/modules/3.1.4-1-ARCH/build: No such file or directory. Stop.
My wireless firmware is Broadcom BCM4313, and I have installed linux-headers-3.1.5-1 in my computer. I do not know how to solve this problem.
Here is some information about my system:
$ uname -a
Linux myhost 3.1.4-1-ARCH #1 SMP PREEMPT Tue Nov 29 09:08:04 UTC 2011 i686 AMD Phenom(tm) II N930 Quad-Core Processor AuthenticAMD GNU/Linux
$ ls /lib/modules/3.1.4-1-ARCH
extramodules modules.dep modules.order
kernel modules.dep.bin modules.pcimap
modules.alias modules.devname modules.seriomap
modules.alias.bin modules.ieee1394map modules.softdep
modules.builtin modules.inputmap modules.symbols
modules.builtin.bin modules.isapnpmap modules.symbols.bin
modules.ccwmap modules.ofmap modules.usbmap
I recommend you use broadcom-wl package. It works for me with broadcom 4312 (I know you have 4313, but i'm taking a wild guess it should work for you too). The module name will be wl. It's the closed source driver because the open source driver sometimes takes up to 100% of my CPU for some reason.
Installing packages from AUR: https://wiki.archlinux.org/index.php/Arch_User_Repository#Installing_packages
I have an application compiled at:
gcc version 4.1.2 20061115 (prerelease) (Debian 4.1.1-21)
Linux debian 2.6.18-5-686 #1 SMP Fri Jun 1 00:47:00 UTC 2007 i686 GNU/Linux
and it runs well.
Now I want to run it at:
Linux 2.4.20_mvlcge31-tomas #7 Thu May 7 11:33:21 CEST 2009 i686 unknown
I got following errors:
libstdc++.so.6: cannot handle TLS data
From the web I saw someone suggested to do this: export LD_ASSUME_KERNEL=2.2.5
I tried but get even more errors:
ls: error while loading shared libraries: librt.so.1: cannot open shared object file: No such file or directory
Who can help me with it? thanks
You had compiled the application against much newer libc and kernel version, You can't compile program on 2.6 with newest libc and expect it to run on old kernel.
Also where do you actually still use Linux 2.4?