🚀 go-pugleaf

Hi everyone!

  I Have a problem that really annoys me, because I cannot continue
developing until this is solved.

  We are working on an implementation of a networking protocol, and we
follow the OSI model as strictly as possible. Therefore, we make an archive
of the code of all layers. When I am working in one of the layers, I want
to have archives of other layers present.

  gcc -o bridge mylayer.o -L../lib -lphy -lfrm -lmac -lsde -lllc -lbdg

  produces an error, which says that the linker cannot resolve the functions
from a specific layer (say, for example, sde_init(), sde_send(), sde_recv()
and sde_shutdown() cannot be resolved). But I am sure that they are there!
Strange thing is, that when I change the order of the libraries, this
seems to matter to the linker, because it then cannot resolve the functions
from another layer (e.g. bdg_init(), bdg_shutdown(), bdg_send() and bdg_recv()
cannot be resolved). 

  The past few weeks the shuffling of libraries finally resulted in a 
working binary, but as things get more and more complex, I don't seem to
be able to produce a binary anymore!!!!!!! Am I doing something wrong?
Should I use some flag to produce other object-files and/or archives?

  BTW: Problem exists both when using gld and the sunos 4.1.1 ld linker.

grtnx,
andre

roana@cs.utwente.nl