Note: I am on Solaris

The final output of what I have to put together must be a shared library (.so) that will be loaded by another executable.

To keep it simple, let's say I have two C files which are compiled into their respective object files. The problem is that one of those C files use functions from a static library. So when creating the shared library, I have to specify -L/directory/of/libsomestuff.a -lsomestuff. I also must specify "-z text" which spawns a fatal link error if there are relocations against the text(non-writable) section...which is the problem I am running into.

The (expected) error I get is: “relocations remain against allocatable but non-writable sections”

Is there any way around this? Is there some way I can make the referenced code in the static library somehow PIC at link-time (or even compile-time)? I don't control the static library and cannot modify it, nor do I have the source to recompile it. Suggestions?

Hi -

I tried to look up the old Solaris "Linkers and Libraries Guide" (which used to be online, at docs.sun.com), but Oracle has completed ****'ed it up. Sorry

Anyway, I believe the answer to your question is to add "-mimpure-text" to your ld command.

Things you might want to Google for (perhaps you'll have more luck than I did) are:

Solaris linker and libraries guide

Solaris how to link stdc++ and libgcc

Hi paulsm4, and thanks for your reply. I had came across the -mimpure-text option but it seems what that does is not send "-z text" to the linker. And based on some trial/error, this option doesn't seem to have an effect if "-z text" is on the linker's command line (makes sense).

I guess, is the bottom line that there is no way around linking non PIC code from a static lib into a shared object without forcing the linker to ignore relocation messages? In other words, just telling the linker, "it's ok, I know what I'm doing" is the only way? If that's true, then I guess what I need to create isn't possible, as my final link command must have "-z text" in it (it's the "rules").