John Whitington <john@coherentgraphics.co.uk> writes:

>     /Developer/usr/bin/gcc-4.0 -arch i386
>     -isysroot /Developer/SDKs/MacOSX10.5.sdk
>     -L/Users/john/Desktop/Cversion/build/Debug
>     -L/Developer/SDKs/MacOSX10.5.sdk/usr/local/lib/ocaml
>     -L/Users/john/svnrepos/trunk
>     -L/Users/john/Desktop/Cversion/../../svnrepos/trunk
>     -F/Users/john/Desktop/Cversion/build/Debug
>     -filelist /Users/john/Desktop/Cversion/build/Cversion.build/Debug/
> Cversion.build/Objects-normal/i386/Cversion.LinkFileList
>     -mmacosx-version-min=10.5
>     -L/usr/local/lib/ocaml -lunix -lbigarray -lstr -lz
>     /Users/john/Desktop/Cversion/../../svnrepos/trunk/cpdflib.a
>     /Users/john/Desktop/Cversion/../../svnrepos/trunk/zlibstubs.o
>     -o /Users/john/Desktop/Cversion/build/Debug/Cversion
> Undefined symbols:
>   "_caml_atom_table", referenced from: ...

Well, caml_atom_table is defined in libasmrun.a, which you have
copied and augmented with your own object files.

A lot of the unsatisfied references are from cpdflib.a itself.  The
normal ways to handle this problem are to tsort the .o files in the
archive (old fashioned way) or to add a symbol table to the archive
with ranlib. Perhaps you need to run ranlib on it after adding your .o
files?

Regards,

Jeff Scofield
Seattle