[M3devel] AMD64_LINUX (again)

[Tony Hosking]

On 16 Dec 2008, at 22:32, Jay wrote:

> please try out:
>
>  http://modula3.elegosoft.com/cm3/uploaded-archives/cm3-std-AMD64_LINUX-d5.7.0.tar.gz
>  and/or
>  http://modula3.elegosoft.com/cm3/uploaded-archives/cm3-min-AMD64_LINUX-d5.7.0.tar.gz
>
> Regression tests mostly pass.
> Two are overly 32 bit specific.
> Two hang.
> Others fail that look familiar and/or floating point related, so  
> probably fail on all.
> I didn't look too closely.
> The hangs need investigation.
>
> Tony, should mmap work now, for arbitrarily distributed mmap?
> I can try going back to that before debugging the hangs.

Probably not.  We still need a byte-sized entry per heap page that is  
maintained in the old array.  I am working on developing a sparser  
representation for the 2 bits of information we still need to be able  
to extract given an arbitrary ambiguous root (i.e., something that  
looks like a pointer into the heap from the thread stacks).

>
> In one case I know the test didn't hang, but the test infra  
> structure hangs waiting for it.
>
> All relevant changes are commited.
> Sorry this has taken so long..
>
>  - Jay
>
>
> From: jay.krell at cornell.edu
> To: m3devel at elegosoft.com
> Subject: RE: [M3devel] AMD64_LINUX (again)
> Date: Mon, 15 Dec 2008 16:37:33 +0000
>
> I never debugged the formsedit crash, but it seems to be gone now.
>   Possibly courtesy of pruning down the cloned headers, I don't know.
> Not quite eveything is checked in and I didn't build a distribution  
> yet.
> Within a few days, hopefully.
> I need to try the regression tests too.
>
>  - Jay
>
>
>
>
>
> From: jay.krell at cornell.edu
> To: m3devel at elegosoft.com
> Date: Mon, 17 Nov 2008 08:39:48 +0000
> Subject: [M3devel] AMD64_LINUX (again)
>
> ok, with the sbrk workaround now:
>
>
> http://modula3.elegosoft.com/cm3/uploaded-archives/cm3-std-AMD64_LINUX-d5.7.0.tar.gz
>  You don't have to build anything.
>
>
> http://modula3.elegosoft.com/cm3/uploaded-archives/cm3-min-AMD64_LINUX-d5.7.0.tar.gz
>   You probably want to run ./do-cm3-std.py buildship.
>
>
> http://modula3.elegosoft.com/cm3/uploaded-archives/cm3-AMD64_LINUX.gz
>   You get to build your own of almost everything (./install- 
> config.py && ./do-pkg.py m3cc buildship && ./do-cm3-front.py  
> buildship && ./install-front.py && ./do-cm3-std.py buildship)
>
>
> OR you can bootstrap from an existing other system, roughly:
>  cd m3-sys/m3cc && cm3 -DM3CC_TARGET=AMD64_LINUX && cd scripts/ 
> python && ./do-cm3-front.py AMD64_LINUX boot && ./boot1.py  
> AMD64_LINUX and copy /cm3-boot-AMD64_LINUX-1.tar.gz to target  
> machine and extract it, cd into it, make, and then you have native  
> cm3 and proceed to previous..
>
>
> I'm able to run Juno, Cube, Calculator, Mentor.
>
> Hm. formsedit crashes. Darn.
>
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 1140881760 (LWP 13270)]
> 0x00002afc180b9d6a in ScrollerVBTClass__PaintViewWithShadows  
> (M3_Ao3CED_v=Cannot
>  access memory at address 0x144006bf8
> )
>     at ../src/lego/POSIX/ScrollerVBTClass.m3:325
> 325         VBT.PaintTint(v, r, v.shadow.bg);
> (gdb) c
> Continuing.
> Cannot find user-level thread for LWP 13242: generic error
> (gdb) bt
> #0  0x00002afc180b9d6a in ScrollerVBTClass__PaintViewWithShadows  
> (M3_Ao3CED_v=Ca
> nnot access memory at address 0x144006bf8
> ) at ../src/lego/POSIX/ScrollerVBTClass.m3:325
> Cannot fetch general-purpose registers for thread 1140881760:  
> generic error
> (gdb)
>
>
> still might be worth other people trying out..
>
>
>  - Jay
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20081217/4742d3e8/attachment-0002.html>