Ld: fatal: library -lthread: not found

Question

My project is a multithreaded application that requires compiling c++
programs using orbix, roguewave libraries with some additional static
libraries we developed. However, during linking. I am getting fatal
errors:
ld: fatal: library -lthread: not found
ld: fatal: File processing errors. No output written to a.out
*** Error code 1
I am using Makefiles to compile my programs. To compile, using Sun
Workshop C++ 5.0 compiler, I am using a number of flags like this:
CC -c �.. -mt -DREENTRANT -I(header files -orbix, rw, my headers�)
-Bstatic �..-Bdynamic�.. xx.cpp -o xx.o
And to link, its
CC -mt -DREENTRANT -Bdynamic (orbix, rw, Pthread libs) -Bstatic
(My_libs.a) -Bstatic (My_objects)-o xx.exe
This could be due to some kind of conflict between the dynamic and
static parts - but I have no clue. Could you suggest how I could solve this problem? How would you explain this?
Thanks,
-Jacob

Answer 1

/* Please look at the following simple program */
#include <iostream>
#include <fstream>
#include "netdb.h"
using namespace std;
int
main()
     fstream s;
     cout << "Hello World" << endl;
     cout << __lock;
     cout << __unlock;
     struct servent* se;
     se = getservbyname("control_test", "tcp");
Compiling the above code with one of the following sequences of commands
          # CC -c -g -mt main.cc ; CC -mt -lsocket main.o
     or     # CC -c -g -O0 -mt main.cc ; CC -xnolib -mt -lsocket main.o -lCstd -lCrun -lm -lw -lcx -lc -lthread
on a Solaris 7, gives me an executable which stale locks immediately
in the beginning of execution, when the fstream object is created.
I first observed this error in a more complex and really multithreaded
programm where the fstream object was created dynamically in one
subthread.
I'm short before deciding to drop using the fstream and work out
the project with the old stream interface. Please note that I'm using
ISO ANSI representation of streams in this code that means it
is a std::basic_fstream<char ... > which locks the __stream_mutex
inherited by ios_base. The executable breaks exactly at the
beginning of the basic_ios::init function as described in
/opt/SUNWspro/SC5.0/include/ios.cc
I hope that someone previously encountered and probably solved this
problem (not worked around please).
CU AXEL