DJ Delorie | 3 Jan 23:06 2006
Picon

Re: [cgen-ibld-dis] fill_cache vs variable sized opcodes


> > 	* cgen-ibld.in (extract_normal): Avoid memory range errors.
> 
> Approved - please apply.

Done.  Note that there's a second place where this logic is used
(insert_normal), but I couldn't guarantee that the change was valid
for that case, so I left it alone.

That, and it hasn't bitten me yet ;-)

fche | 7 Jan 15:13 2006

new cgen snapshot available

A new automated cgen CVS snapshot is available.
ftp://sources.redhat.com/pub/cgen/snapshots/cgen-20060107.tar.bz2
1263487 bytes

fche | 14 Jan 15:13 2006

new cgen snapshot available

A new automated cgen CVS snapshot is available.
ftp://sources.redhat.com/pub/cgen/snapshots/cgen-20060114.tar.bz2
1263175 bytes

fche | 21 Jan 15:13 2006

new cgen snapshot available

A new automated cgen CVS snapshot is available.
ftp://sources.redhat.com/pub/cgen/snapshots/cgen-20060121.tar.bz2
1264064 bytes

Hans-Peter Nilsson | 23 Jan 04:31 2006
Picon

[RFA:] Fix breakage of manually building SID CPU

See dev.scm.  The recentlish (within the last years) enumeration
SID-SIMULATOR, split off from SIMULATOR, isn't handled in
dev.scm, causing the cload after load-sid to error.  It means my
how-to-repeat description for the SID-generator-problem with
cris.cpu at <URL:http://sourceware.org/ml/cgen/2004-q4/msg00015.html>
broke with the SID-SIMULATOR introduction.  I.e.:

(load "dev.scm")
(load-sid)
(cload #:arch "../../cpu/cris" #:options "with-scache" #:machs "crisv32")
(cgen-decode.cxx)

got, at the (cload ...):

Backtrace:
In dev.scm:
  84: 0  [error "unknown application:" SID-SIMULATOR]
  52: 1  (case APPLICATION ((UNKNOWN) (error "application not
loaded")) ...)
  33: 2  (let (# # # #) (letrec # #) (case APPLICATION # # ...))
In standard input:
   3: 3* [cload #:arch "../../cpu/cris" #:options "with-scache"
#:machs "crisv32"]

dev.scm:84:13: In procedure error in expression (error "unknown
application:" APPLICATION):
dev.scm:84:13: unknown application: SID-SIMULATOR
ABORT: (misc-error)

Which begs the question: how do people debug their new SID CPU
(Continue reading)

fche | 28 Jan 15:13 2006

new cgen snapshot available

A new automated cgen CVS snapshot is available.
ftp://sources.redhat.com/pub/cgen/snapshots/cgen-20060128.tar.bz2
1266346 bytes

Dave Brolley | 30 Jan 18:21 2006
Picon

Re: [RFA:] Fix breakage of manually building SID CPU

Hans-Peter Nilsson wrote:

>See dev.scm.  The recentlish (within the last years) enumeration
>SID-SIMULATOR, split off from SIMULATOR, isn't handled in
>dev.scm, causing the cload after load-sid to error.  It means my
>how-to-repeat description for the SID-generator-problem with
>cris.cpu at <URL:http://sourceware.org/ml/cgen/2004-q4/msg00015.html>
>broke with the SID-SIMULATOR introduction.  I.e.:
>
>  
>
>Which begs the question: how do people debug their new SID CPU
>ports these days?
>  
>
I generaly clone a similar port and go from there using the Makefiles.

>Maybe the fix is as simple as copying the SIMULATOR case?
>A patch follows for that.  It works for the guile sequence
>above.  With CGEN sources at the time of this writing, I no
>longer get the error above or at the URL.  I haven't checked
>whether the generated code is correct, though.
>
>Ok to commit?
>  
>
The patch looks ok to me. Please go ahead and commit it.

Dave

(Continue reading)


Gmane