If so, provided that you have the other prerequisites (e.g., gcc, g++, binutils) installed, the installation will probably work fine, and is worth trying.
If the attempt is successful, you are "home free". If not, you have added a few datapoints to a plot of Intel package 'xx works' against 'Linux `distro'.
It should work perfectly,if it not working with ubuntu, i do know where it could work ...
install libstd++ binutils ,libtool, libcompat, ia32
if some packages are absent,run update side repository www.
-- not true. The D 820 provides Intel-64 capability, according to this link. To use the capability, however, you need a 64-bit OS and, possibly, BIOS support.
As to the question regarding microcode, I do not know what, if any, bearing it has on the installation of the Intel compiler(s).
LIB IA32 no relation with your processor is for major lib Linux using Bi arch
IA32 is required for compiler INTEL 64 bits ... no relation with your specific processor.
Install this package if you want it work.
If you having installed Ubuntu packages distro 64 bit is forced that your processor is 64 bits,
All Linux distro install are rejected if you want use the media 64 bits, on an machine processor is 32.
In process build,some old processor same (Prescot) could be accepting option -march=core2 or mtune=core2 but rejected in process execute, but without this flag it can work perfectly 64 mode with other flags .
Thanks all for reply.
The OS I am running is a 32 bit version of ubuntu 10.10.Also before now I didn't know that my processor has a 64 bit architecture(thanks people I know now).
And gcc and g++ are both installed and working perfectly. I request to please list all the packages required to complete this installation.
Thanks again in advance.
You have external repository address informed ?
See if you can use (aptitude utility)
At shell command:
1] aptitude update (you wait list package updated)
2] aptitute search IA32 (you must see IA32 packages)
3] aptitude install ......(ia32 package name in list)
(but couldn't locate a donwload link for i386 or IA64.)
(no) this package is only (amd64 type) but it can be used also processor Intel 64
??? you can test lsb-core-ia32 lsb-cxx-ia32 but i think is not this packages
(how do we specify external repository addresses to manager ? )
in file (/etc/apt/sources.list) you have list external address link repository,
see if you have external link ??
load this link or similar for path repository address
after link added to /etc/apt/sources.list) require command:
aptitude update (you wait list package updated)
I think you have version 32 bit ubuntu operating system installed not 64 ....
exact name you must see is ia32-libs
show me result you computer at shell
This forum is about the C++ compiler. If you are having difficulties with VTune, there is a separate forum for that. There is no requirement to have VTune running in part or entirety in order to install C++. If C++ installation does complain about VTune not being available, that seems to be a bug in the installer.
Further, a "missing optional prerequisite" shouldn't deter you from continuing with installation, if you wish to try the compiler on an untested distro.
If VTune doesn't recognize Pentium D running 32-bit Ubuntu as supporting SSE2, that could be a bug. Does your OS report SSE2 support? If not, that would be a bug in the OS. Evidently, Pentium D was old by the time Ubuntu came to market, but even then, one would normally use the 64-bit linux, so Ubuntu may not have tested this. Your choice of the 32-bit OS restricts you to ia32/i386 software; you can't use x86_64/Intel64.
As you've seen, no one here appears to be familiar with the Ubuntu microcode.ctl, in case that may be needed for Ubuntu to recognize your CPU type.
You would not be able to make use of IA64 (Itanium) software on Pentium D.
I am sorry your are wrong with your remarks...
2 iso existing Unbuntu... one is 32 and one other 64
Go here :
you discover two distinct type Ubuntu 32 & 64 in the list
they package could be showed only on 32 bit operating system not in the 64
p grub-efi-ia32 - GRand Unified Bootloader, version 2 (EFI-I
v lsb-core-ia32 -
v lsb-cxx-ia32 -
v lsb-desktop-ia32 -
v lsb-graphics-ia32 -
v lsb-languages-ia32 -
v lsb-multimedia-ia32 -
v lsb-printing-ia32 -
Problem is easy i think probably
(user have 32 bits o/s and want install compiler 64)
About microcode if you want take an lesson ,it is possible....
Largely better that user install compiler complete with all tools utility for it can working correctly
(I finish busy before)
Ubuntu is an base debian
About your processor (EMT64T)
Same i have wrote before as less for Prescot (Hyper-Threading not working 820)
but It work perfectly with 64 operating system
Is showed one core in link but better you load command for verify
cat /proc/cpuinfo for verify if not two (0,1) ???
for showing you firmare complete
use dmidecode or dmidecode -t4 for processor only.
If you have problem with last compiler Intel
you have also choice to use Gnu Gcc that working perfectly compatible...
I you have 32 O/S largely better you move O/S 64 for improve performance machine..
2. The standard icc installation requires you to source the compilervars script, so that you don't get the associated environment variables set accidentally. In principle, you could keep multiple versions installed and set the one you need at will. Unfortunately, there is a bug in the xe 2011 where the last installed version blocks all earlier xe installations, but it ought to be fixed soon.
You can add the source command to your bash profile script, if you can remember that it's there. Using the symlink you quoted, it will adjust automatically to the latest xe 2011 when you upgrade. There are too many options in profile scripts for this to be added as a suggestion during installation.
3. conio.h isn't ANSI or ISO C compatible. As it is a vendor-dependent header with no support in standards or on any linux distro, it's up to you to correct any source code which uses it. A standard C compiler must not provide a hidden conio.h. You can find plenty of advice on this subject by a web search. For example, if you are making ncurses function calls, install that package (if not already present) and include the header which comes with it.
There is no rule against installing Intel software products on newer than supported distros; you simply must accept that there hasn't been an opportunity to complete full testing. The most common problem is with usage of C++ headers which may have changed between the g++ installation which was tested and the one you have installed. Given that a sequence of Ubuntu releases stopping one short of yours is supported, it's reasonable to suppose the newer version will be tested during development of compiler updates, and that any bugs you may report will be dealt with.