[cmucl-help] CMUCL 18c building on tru64 5.1

[Fausto Saporito]

Hello,

ok. I built 18a with 18a.
Now, if I understood well the process to compile 18b is quite
different... correct ?
So, how can i crosscompile ?

thanks,
Fausto


2014-08-30 23:07 GMT+02:00 Fausto Saporito <fausto.saporito at gmail.com>:
> Hello Carl,
>
> I didn't check about 18a with 18a.
> So I'll start with this and I hope it will be ok.
>
> thanks,
> Fausto
>
>
> 2014-08-30 23:02 GMT+02:00 Carl Shapiro <carl.shapiro at gmail.com>:
>> Glad to hear that you have gotten past the assembler issues.  Have you
>> verified that you can compile an 18a with 18a in your environment?  From
>> there, to compile an 18c from 18a is straight forward but it will take a
>> couple of extra steps.  Most likely, you might have to go from 18a -> 18b ->
>> 18c by way of two cross compilations.  If you can describe a little bit more
>> about the process you are taking, I might be able to help you with this.
>>
>>
>> On Sat, Aug 30, 2014 at 1:40 PM, Fausto Saporito <fausto.saporito at gmail.com>
>> wrote:
>>>
>>> Sorry... I press too early the SEND button :)
>>>
>>> Now the problem is during the compile lisp phase.
>>> I have some errors in
>>>
>>> 1) code/struct
>>>
>>> Error in function FIND-CLASS:  Class not yet defined:
>>>   LISP-STREAM
>>>
>>> 2) code/error
>>>
>>> Error: (during macroexpansion)
>>> Error in %COERCE-TO-FUNCTION:  the function ORDER-LAYOUT-INHERITS is
>>> undefined.
>>>
>>> 2) code/class
>>>
>>> Error in function EXPORT:  Exporting these symbols from the KERNEL
>>> package:
>>> (STD-COMPUTE-CLASS-PRECEDENCE-LIST)
>>> results in name conflicts with these packages:
>>> CONDITIONS
>>>
>>> 3) code/hash
>>>
>>> Error in function KERNEL::VALUES-SIMPLE-SUBTYPEP-TYPE-METHOD:
>>>    Subtypep is illegal on this type:
>>>   (VALUES BASE-STRING &REST T)
>>>
>>> and others...
>>>
>>> So maybe 18a is too old to compile 18c , or maybe I'm doing something
>>> wrong.
>>>
>>> PS
>>> i'm using cmucl 18a (downloaded from the web site... unfortunately 18b
>>> tar file is corrupted).
>>>
>>> 2014-08-30 22:31 GMT+02:00 Fausto Saporito <fausto.saporito at gmail.com>:
>>> > Hello Carl,
>>> >
>>> > I found a possible fix.
>>> > The problem is in the ".end" statement.
>>> >
>>> > this is the code
>>> >
>>> >         .text
>>> >         .globl  undefined_tramp
>>> >         .ent    undefined_tramp_offset
>>> > undefined_tramp = /* ### undefined_tramp_offset-call_into_lisp_LRA*/
>>> > 0x140+call_
>>> > into_lisp_LRA_page
>>> > undefined_tramp_offset:
>>> >         call_pal PAL_gentrap
>>> >         .long    10
>>> >         .byte    4
>>> >         .byte    23
>>> >         .byte    254
>>> >         .byte    (0xe0 + sc_DescriptorReg)
>>> >         .byte    2
>>> >         .align 2
>>> >         .end    undefined_tramp
>>> >
>>> > now changing into ".end   undefined_tramp_offset" it's ok.
>>> > I hope this is the correct fix.
>>> >
>>> >
>>> > 2014-08-30 20:18 GMT+02:00 Carl Shapiro <carl.shapiro at gmail.com>:
>>> >> It has been a while, but I suspect this can be made to work.
>>> >>
>>> >> Have you been able to isolate the specific lines of code that are
>>> >> causing
>>> >> the error?  It looks like something is going wrong on the last lines of
>>> >> the
>>> >> undefined_tramp and closure_trap routines but one cannot be certain if
>>> >> the
>>> >> error is exactly there, or in lines above.
>>> >>
>>> >> I would try commenting out those two routines an seeing if the file
>>> >> assembles.  If that works, I would binary search for the exact source
>>> >> line
>>> >> of an error through one of those routines and then the other.  You
>>> >> could
>>> >> also approach this in the other direction, commenting out all of the
>>> >> other
>>> >> routines in the file and adding things back until you find and error.
>>> >>
>>> >> Also, this file make use of C pre-processor macros defined by
>>> >> internals.h.
>>> >> Are you building with a valid internals.h?
>>> >>
>>> >>
>>> >> On Sat, Aug 30, 2014 at 4:42 AM, Fausto Saporito
>>> >> <fausto.saporito at gmail.com>
>>> >> wrote:
>>> >>>
>>> >>> Hello all,
>>> >>>
>>> >>> i'm trying to build CMUCL 18c under Tru64 5.1 using Digital C compiler
>>> >>> and assembler.
>>> >>> I have this error compiling alpha-assem.s
>>> >>>
>>> >>> as -g -Dosf1 -Dalpha -I/usr/users/fausap/wrk/CMUCL/src/18c/lisp  -o
>>> >>> alpha-assem.o alpha-assem.s
>>> >>> alpha-assem.s(242) : error : syntax error : last token was
>>> >>> 'undefined_tramp'
>>> >>> alpha-assem.s(256) : error : syntax error : last token was
>>> >>> 'closure_tramp'
>>> >>> gmake: *** [alpha-assem.o] Error 1
>>> >>>
>>> >>> I know this is quite old version and unsupported arch, but do you know
>>> >>> is there's a patch to fix this error ?
>>> >>>
>>> >>> thanks a lot,
>>> >>> Fausto
>>> >>> _______________________________________________
>>> >>> cmucl-help mailing list
>>> >>> cmucl-help at cmucl.cons.org
>>> >>> http://lists.zs64.net/mailman/listinfo/cmucl-help
>>> >>
>>> >>
>>
>>