object library

Sowas geht nicht. Wenn modulübergreifende Funktionen verwendet werden, 
werden sie exportiert, und dann sind sie logischerweise auch verwendbar.

Eine Library ist nur eine Sammlung von aus einzelnen C-Source-Files 
erzeugten Objektdateien, die Auflösung von externen Funktionsaufrufen 
übernimmt erst der Linker bei Gebrauch der Library. Und das betrifft 
auch Funktionsaufrufe zwischen mehreren in der Library enthaltenen 
Modulen.


Im übrigen solltest Du Deine Beiträge vor dem Absenden nochmal 
durchlesen.

Bei dynamischen Libs kann man die exportierten Symbole
steuern über eine Kombination von Funktionsattributen und
ld-Optionen (zumindest auf einem GNU-System auf einem PC).
Das habe ich unter Linux irgendwann mal gemacht, ist aber
schon lange her und ich weiß nicht mehr recht, wo das war.

Bei statischen Libs kann man evtl. die Symboltabelle
von ar abgreifen und manuell editieren, das habe ich aber
nie probiert.

Eine dynamische Library ist vom Aufbau her etwas komplett anderes als 
eine herkömmliche statische Library, da hier das "Linken" vom 
Programmlader des Betriebssystem durchgeführt wird. Libraryinterne 
Referenzen sind bereits aufgelöst; die Library lässt sich auch nicht 
mehr in die Objektdateien zerlegen, die bei ihrer Erzeugung verwendet 
wurden.

Das aber geht bei einer statischen Library; bei ar ist die dafür 
zuständige Option -x.

Aber es geht doch nicht um das Zerlegen einer Lib,
sondern nur darum, wie man einzelne Funktionen
exportiert oder eben nicht; wenn ich das richtig
verstanden habe (wobei die Frage in der Tat
anstrengend zu lesen ist).

Gewiss, nur wenn es möglich ist, die Library zu zerlegen, dann sind auch 
die Symboltabellen der Objektdateien rekonstruierbar. Und damit ist der 
vom Threadstarter vermutlich erwünschte "Schutz" nicht erreichbar.

ach so, jetzt verstehe ich es auch.
Kann ich aber nicht viel dazu sagen; müsste man mal sich
über ar schlauer machen - falls es hier um statische geht.

So habe ich das am Anfang verstanden (auch wenn es jetzt besser
lesbar ist :-).

Aber mehr Information steht irgendwie auch nicht drin,
also kann ich auch nicht mehr dazu sagen.

Nochmal die Aussage von Rufus wiederholt:
Es geht nicht, zumindest nicht mit Standard-C-Mitteln
(außer natürlich alle Funktionen in einen Quelltext zu packen,
und die zu versteckenden mit static zu garnieren).

Evtl. kann man über den Linker mehr machen.
Dazu müsstest du dir klar werden, welchen Linker du benutzst
und ob du dynamischer oder statische Bibliotheken hast,
und dich dann entsprechend durch die Doku des Linkers quälen.

Ein ganz anderer Ansatz wäre übrigens, C++ zu verwenden, falls es
sich vom Problem her anbietet.
Da kann man mit private, public, protected und friend viel
machen.

Es gibt ja kaum jemand nur eine statische Lib frei (bei
dynamischen sieht es ja etwas anders aus), und wenn doch:
wen stören denn ein paar Symbole mehr?

Schau dir mal mit dumpbin eine der Standard-Libs von Microsoft
an.
Das ist wie das Telefonbuch von Berlin: viele Namen, wenig Handlung.