Intel® Fortran Compiler
Build applications that can scale for the future with optimized code designed for Intel® Xeon® and compatible processors.

Fedora 2 problem

Intel_C_Intel
Employee
1,195 Views
I am fairly new to the whole install and use rather than just use linux thing, but here is the error I get

as: No such file or directory
/usr/bin/ld: Permission denied

what do I have to do to run this compiler?

thanks
Greg
0 Kudos
8 Replies
Lorri_M_Intel
Employee
1,195 Views
Hi Greg -
What have you tried already?
There are "startup" scripts in /opt/intel_fc_80/bin that you need to use to set up path and other environment variables. Invoke whichever is appropriate for your shell (there are C-shell, bash, and Korn shell versions).
What command did you use to invoke the compiler?
Just a tad more info, and maybe I can come up with something to help!
- Lorri
0 Kudos
Intel_C_Intel
Employee
1,195 Views
here is the command.

ifort hello.f90
as: No such file or directory
/usr/bin/ld: Permission denied


just trying to test the thing.

I sourced ifortvars.sh since I am using bash

this has me very confused (doesn't help that while i have used linux for a while I have never had to do the setup on it)
0 Kudos
TimP
Honored Contributor III
1,195 Views
You must have a working installation of gcc and binutils visible when you are logged in as root to install the Intel compilers. The Intel compiler installation doesn't take you back to your linux installation to install any missing components. If it did, it still would likely miss the boat when running on an unsupported linux version. If you installed successfully, you must have access to run those, as well as setting the Intel compiler environment.
0 Kudos
Intel_C_Intel
Employee
1,195 Views
well it will compile (I think) now... but now when I try to run a test code, the following is output

/a.out: error while loading shared libraries: libcxa.so.5: cannot open shared object file: No such file or directory

how do I fix this problem now. I have run the proper startup script as before.
0 Kudos
TimP
Honored Contributor III
1,195 Views
It looks like you have lost the LD_LIBRARY_PATH environment variable. This normally is set to point to where you installed the libraries, by running the ifortvars.sh or ifortvars.csh script in your compiler installation. In a normal installation, you must set this environment variable every time you open a new window and wish to compile or run.
0 Kudos
Intel_C_Intel
Employee
1,195 Views
hmmn... now I am even more confused.

I added LD_LIBRARY_PATH=/opt/intel_fc_80/lib to my .bashrc file then sourced it

which is the location of libcxa.so.5 . but it still giving me that error (I hope I am just making a stupid syntax mistake)

as a side note, is there any way to make those setup files run as soon as I log in?


thanks a lot
Greg
0 Kudos
Intel_C_Intel
Employee
1,195 Views
ok, I think I have it working, I added these lines to my .bashrc file

loadfort(){
/opt/intel_fc_80/bin/ifortvars.sh
export LD_LIBRARY_PATH=/opt/intel_fc_80/lib

}
alias ifort='/opt/intel_fc_80/bin/ifort'
0 Kudos
mbkennel
Beginner
1,194 Views
The best solution to the libcxa problem is to use the flag
"-static-libcxa".

The net result is that IFORT compiled binaries appear to link dynamically only to standard libc and libm (and hence are quite portable); all Intel-specific libraries are linked in statically.

I don't understand why this option isn't the default, as it would seemingly do what people mean.

If they were willing to link dynamically to the Intel-provided libraries, then why not have it link ALL Intel libraries dynamically?

I don't know what is so special about libcxa (or even what it's for). Perhaps it has to do with mixed Fortran/C behavior?
0 Kudos
Reply