Re: [Axiom-developer] Re: noweb "bug" (was: article "standard" header/footer)

[Camm Maguire]

Greetings!  Odd, I see:

Loading /Users/camm/axiom/obj/MACOSX/interp/cformat.o
start address -T 0xccf500 Finished loading 
/Users/camm/axiom/obj/MACOSX/interp/cformat.o
Loading /Users/camm/axiom/obj/MACOSX/interp/cfuns.o
start address -T 0xc41880 Finished loading 
/Users/camm/axiom/obj/MACOSX/interp/cfuns.o
Loading /Users/camm/axiom/obj/MACOSX/interp/clam.o
start address -T 0xc5d580 Finished loading 
/Users/camm/axiom/obj/MACOSX/interp/clam.o
Loading /Users/camm/axiom/obj/MACOSX/interp/clammed.o
start address -T 0xc1b000 Finished loading 
/Users/camm/axiom/obj/MACOSX/interp/clammed.o
Loading /Users/camm/axiom/obj/MACOSX/interp/comp.o

In any case, the way this stuff works is to write dummy C calls to the
functions to which GCL's compiler might possibly produce references --
then the symbol is guaranteed to be in GCL's lookup hash table so it
can find its address when the .o file is loaded.  So you might want to
try adding some 

findString("foo"...);

whatever the syntax is (check the macosx man page as its not unix to
my knowledge) into plttest.c, make plt.o && cd ../unixport && make
saved_gcl. 

I'll try to look into this too, but time is short at the moment.

Take care,


root <address@hidden> writes:

> different error message. there is progress. now it is loading the
> lisp code that was compiled but it fails loading cfuns.o which
> is C code that gets compiled and linked into the image. the source
> is in src/lib/cfuns.c.pamphlet. the message is
> 
> Loading /home/daly/macosx46/obj/MACOSX/interp/cfuns.o
> Error binding section LC_SEGMETN.__DATA.__la_symbol_ptr: symbol _findString 
> is undefined
> 
> Error: Cannot get relocated section contents
> 
> 
> 
> 

-- 
Camm Maguire                                            address@hidden
==========================================================================
"The earth is but one country, and mankind its citizens."  --  Baha'u'llah