- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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
as: No such file or directory
/usr/bin/ld: Permission denied
what do I have to do to run this compiler?
thanks
Greg
Link Copied
8 Replies
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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)
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)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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.
/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.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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
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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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'
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'
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
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?
"-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?

Reply
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page