Re: Doubt about -fpic option for compiling objects of shared library

[kiran]

Hello Paul,

Topic: Is -fpic really required to compile objects of shared library?

> Paul Pluzhnikov wrote:
> It will also likely *not* work on Solaris/SPARC (you probably only
> tested on Solaris/x86).

I tested it on Solaris/SPARC. There was no linking problem observed on
SPARC and application works fine.
On Linux I verified that ldd shows the correct dependancies for ".so"s.

However I have not yet tested whether pages are "really shared", I have
no idea how to test this.
Please kindly let me know how this can be tested.


>
> > on Xeon(Sun-fire V65X) machine, when I use -fpic in the first step
> > above, application crashes for "throw" statement.

The crash on throw that I mentioned above occurs if
1> QT is linked (the QT-3.3.1 which was built on a pentium-4 machine).
AND
2> if application uses its custom shared libraries.
Also crash takes place irrespective of its location.
We are also using STLPort4.5.3.

Here is the crash stack trace on Xeon:
#0  0x41416801 in __kill () at __kill:-1
#1  0x40b6261b in raise (sig=6) at signals.c:65
#2  0x41417d82 in abort () at ../sysdeps/generic/abort.c:88
#3  0x400901ab in __default_terminate () at ./libgcc2.c:-1
#4  0x400901cc in __terminate ()
   from /nfsd0/STLport/Linux/lib/libstlport_gcc.so
#5  0x40090c9e in __throw () from
/nfsd0/STLport/Linux/lib/libstlport_gcc.so
#6  0x40d8488b in CKISCellServices::CheckInstOpen (this=0x81fc310,
    pinst=0x81fc42c) at Source/KISCellServices.cpp:471

At Source/KISCellServices.cpp:471, there is a simple throw statement:
throw 1;

gcc version that I am using is: 2.95.3
ld version: GNU ld version 2.11.93.0.2


Thanks and best regards,
- Kiran