Forum Jump

Select Group :
Select Forum :
Sorted By :
Sort Order :
From The :
 
Thread Tools  Search this thread 
gregfi04
Total Points:
475
Status Points:
425
Green Belt
June 22, 2009 3:19 PM PDT
linking against a "dummy" shared library
My codebase is split up into groups of subroutines that offer separate functionality, but ultimately make use of the same data set.  I'd like to be able to compile each group of subroutines into a shared library, and then have the ability to customize the distribution on a per-user group basis.  My thought is to compile a set of "dummy" libraries to satisfy the executable at runtime and gracefully exit the program.  Is there any reason why this shouldn't work?

Here's an example of the code I'm using for the dummy library:

---

subroutine subroutine1
USE MODULE1
USE MODULE2
implicit none

write(*,*) 'ERROR: THIS MODULE IS NOT PRESENT'
write(*,*) 'IN THIS DISTRIBUTION OF THE CODE.'
stop

end subroutine subroutine1

---

I'm compiling the shared library with the following command:

ifort -g -O0 -CB -fpic -shared -i-static -module ../../build -o libdummy.so dummy.f90

However, when I try to run the executable (after properly setting $LD_LIBRARY_PATH), I get the following:

./code: symbol lookup error: ./code: undefined symbol: for_concat

Thoughts?

Thanks,
Greg
tim18
Total Points:
68,267
Status Points:
68,267
Black Belt
June 22, 2009 3:55 PM PDT
Rate
 
#1
Quoting - gregfi04
My codebase is split up into groups of subroutines that offer separate functionality, but ultimately make use of the same data set.  I'd like to be able to compile each group of subroutines into a shared library, and then have the ability to customize the distribution on a per-user group basis.  My thought is to compile a set of "dummy" libraries to satisfy the executable at runtime and gracefully exit the program.  Is there any reason why this shouldn't work?

Here's an example of the code I'm using for the dummy library:

---

subroutine subroutine1
USE MODULE1
USE MODULE2
implicit none

write(*,*) 'ERROR: THIS MODULE IS NOT PRESENT'
write(*,*) 'IN THIS DISTRIBUTION OF THE CODE.'
stop

end subroutine subroutine1

---

I'm compiling the shared library with the following command:

ifort -g -O0 -CB -fpic -shared -i-static -module ../../build -o libdummy.so dummy.f90

However, when I try to run the executable (after properly setting $LD_LIBRARY_PATH), I get the following:

./code: symbol lookup error: ./code: undefined symbol: for_concat


The -i-static option looks like a problem here.  I think you would want to leave the linking of Intel run-time libraries until the final link, rather than attempting to link bits of them statically into each of your libraries, even if you are restricting the final link to static only.
gregfi04
Total Points:
475
Status Points:
425
Green Belt
June 23, 2009 7:33 AM PDT
Rate
 
#2 Reply to #1
Quoting - tim18
The -i-static option looks like a problem here.  I think you would want to leave the linking of Intel run-time libraries until the final link, rather than attempting to link bits of them statically into each of your libraries, even if you are restricting the final link to static only.

Thanks, got it to work. 

I took the "-i-static" out of the linker commands for the shared libraries, and included "-static-intel" in the final link statement.  However, now it needs /opt/intel/fc/10.1.015/lib to be in $LD_LIBRARY_PATH.  Is there any way around that?


Intel Software Network Forums Statistics

8445 users have contributed to 31553 threads and 100398 posts to date.
In the past 24 hours, we have 10 new thread(s) 30 new posts(s), and 43 new user(s).

In the past 3 days, the most popular thread for everyone has been Lost in MKL The most posts were made to TBB on linux segfaulting The post with the most views is Hi,if you were using imsl yo

Please welcome our newest member nonamez