Very Computer

I'm using g++ 2.95.3 on Solaris 8. I need to build a shared library
that pulls in some non-PIC objects from an archive library.
The problem is g++ -shared passes -z text to ld and that makes the
link fail.

If I don't say -shared and pass -G to ld through g++, g++
thinks I'm building an executable and tries to link some objects
needed to build an executable which causes the link to fail.

Is there a way to say g++ -shared but not have it pass -z text
to ld? Why is it passing -z text on Solaris by default anyway
since Solaris allows non-PIC shared libraries?

If not I will have to link in a separate step using ld directly and
I'd like to avoid that if at all possible.

Thanks,
Zartaj

[FYI: see also gnu.gcc.help, it was a multiposting]

Sven, fup2 poster

This "specs" file led me to a few solutions.

1. There is a g++ global link_spec which contains the link command
options. There are other such variables in gcc.c. They can be patched
in the binary using gdb as you suggest. But ...

2. g++ -v displays the line:
Reading specs from etc./etc./specs
It turns out the specs are actually read in from a file! And what's more
g++ -specs=<file> will read specs from any file you want.
So all I had to do was remove the -z text option from the *link: line
in the specs file and I got what I wanted! Also ...

3. The original link line in the specs file indicated there is an option
that controls whether -z text is implicit with -shared or not. The option
is -mimpure-text and it seems to be undocumented. So I can use that
instead of providing my specs file. Of course since it is undocumented
it may change in the future.

Zartaj

Quote:>   $ ./gcc -shared -o liblib1.so lib1.o
>   $ gcc -shared -o liblib1.so lib1.o
>   Text relocation remains [...]

> Sven