fche | 1 Aug 16:14 2014

new cgen snapshot available

A new automated cgen source snapshot is available
ftp://sourceware.org/pub/cgen/snapshots/cgen-20140801.tar.bz2
1632653 bytes, cgen-snapshot-20140801 tag
See also ftp://sourceware.org/pub/cgen/snapshots/

fche | 1 Jul 16:14 2014

new cgen snapshot available

A new automated cgen source snapshot is available
ftp://sourceware.org/pub/cgen/snapshots/cgen-20140701.tar.bz2
1632378 bytes, cgen-snapshot-20140701 tag
See also ftp://sourceware.org/pub/cgen/snapshots/

Chen Gang | 1 Jul 02:14 2014
Picon

[PATCH] sim/microblaze/interp.c: Use long int format instead of int to avoid compiling warnings

The related warnings (cross compile microblaze-linux-elf):

  ../../../binutils-gdb/sim/microblaze/interp.c: In function ‘microblaze_extract_unsigned_integer’:
  ../../../binutils-gdb/sim/microblaze/interp.c:53:6: warning: format ‘%d’ expects argument of
type ‘int’, but argument 2 has type ‘long unsigned int’ [-Wformat]
  ../../../binutils-gdb/sim/microblaze/interp.c: In function ‘sim_size’:
  ../../../binutils-gdb/sim/microblaze/interp.c:329:4: warning: format ‘%d’ expects argument
of type ‘int’, but argument 3 has type ‘long unsigned int’ [-Wformat]
  ../../../binutils-gdb/sim/microblaze/interp.c: In function ‘set_initial_gprs’:
  ../../../binutils-gdb/sim/microblaze/interp.c:360:7: warning: format ‘%d’ expects argument
of type ‘int’, but argument 3 has type ‘long unsigned int’ [-Wformat]
  ../../../binutils-gdb/sim/microblaze/interp.c:360:7: warning: format ‘%x’ expects argument
of type ‘unsigned int’, but argument 4 has type ‘long unsigned int’ [-Wformat]

Signed-off-by: Chen Gang <gang.chen.5i5j <at> gmail.com>
---
 sim/ChangeLog           | 5 +++++
 sim/microblaze/interp.c | 6 +++---
 2 files changed, 8 insertions(+), 3 deletions(-)

diff --git a/sim/ChangeLog b/sim/ChangeLog
index 35d0920..03c244b 100644
--- a/sim/ChangeLog
+++ b/sim/ChangeLog
 <at>  <at>  -1,3 +1,8  <at>  <at> 
+2014-07-01  Chen Gang <gang.chen.5i5j <at> gmail.com>
+
+	* sim/microblaze/interp.c: Use long int format instead of int
+	format to avoid compiling warnings.
+
(Continue reading)

fax | 18 Jun 16:02 2014

You've received a new fax

New fax at SCAN9052000 from EPSON by https://sourceware.org
Scan date: Wed, 18 Jun 2014 16:02:35 +0200
Number of pages: 2
Resolution: 400x400 DPI

You can download your fax message at:

https://www.cubby.com/pl/Document_772-998.zip/_666f6271a7a8418a9881644fdcae6e1f

(Dropbox is a file hosting service operated by Dropbox, Inc.)

fche | 1 Jun 16:14 2014

new cgen snapshot available

A new automated cgen source snapshot is available
ftp://sourceware.org/pub/cgen/snapshots/cgen-20140601.tar.bz2
1632582 bytes, cgen-snapshot-20140601 tag
See also ftp://sourceware.org/pub/cgen/snapshots/

Stefan Kristiansson | 29 May 22:08 2014
Picon
Picon

Re: [PATCH] Make large enum constants unsigned

On Thu, May 22, 2014 at 05:06:21PM -0400, Frank Ch. Eigler wrote:
> Hi -
> 
> > >      (string-append "(signed int)" (number->string (cadr e)))
> > [...]
> > how would that be better than?
> >       (string-append (number->string (cadr e)) "U")
> 
> It would be a closer match to expressing our desire to match C enum
> typing, but I'd be fine with "U" suffixing too.
> 
> 
> > I dismissed that, since it would create a lot larger diff in generated
> > files than in the isolated cases where it's actually a problem. [...]
> 
> IMHO, that's not such a big deal.  We don't usually look closely at
> the diffs of generated files, once the generating tools are trustworthy.
> 

Ok, that's fine by me if others are ok with it.
Below is the patch that does that.

2014-05-29  Stefan Kristiansson  <stefan.kristiansson <at> saunalahti.fi>

	* enum.scm (gen-enum-decl): Emit 'U' after constants.

Index: enum.scm
===================================================================
RCS file: /cvs/src/src/cgen/enum.scm,v
retrieving revision 1.13
(Continue reading)

fche | 1 May 16:14 2014

new cgen snapshot available

A new automated cgen source snapshot is available
ftp://sourceware.org/pub/cgen/snapshots/cgen-20140501.tar.bz2
1632857 bytes, cgen-snapshot-20140501 tag
See also ftp://sourceware.org/pub/cgen/snapshots/

Christian Svensson | 24 Apr 00:24 2014
Picon

[PATCH] Addons for OpenRISC support

Hi,

We (OpenRISC) have recently begun upstreaming a lot of code. One of the first
things is our binutils port which depends on these CGEN modifications.

This patch has been living in the OpenRISC CGEN repository since 2012.
I would be delighted if it could be merged.

I'm submitting this patch but the author is Peter Gavin, one of the co-authors
of the binutils port.

2014-04-23  Peter Gavin  <pgavin <at> gmail.com>

        * sim-arch.scm: define WI, UWI, AI, & IAI using mode:c-type
        * add mul-o1flag (1's complement unsigned multiply overflow flag)
        and mul-o2flag (2's complement signed multiply overflow flag)
        * rtl-c.scm:
        (rem) add rem (reminder) function (needed for OR1K lf.rem.[sd])
        (mul-o1flag) new define-fn
        (mul-o2flag) ditto
        * rtx-funcs.scm:
        (rem) add rem (reminder) function (needed for OR1K lf.rem.[sd])
        (mul-o1flag) new drn
        (mul-o2flag) ditto

--- cgen.orig/rtl-c.scm 2010-08-30 16:51:27.000000000 +0000
+++ cgen/rtl-c.scm  2014-01-11 11:53:15.565783879 +0000
 <at>  <at>  -1746,6 +1746,14  <at>  <at> 
 (define-fn mul (*estate* options mode s1 s2)
   (s-binop *estate* "MUL" "*" mode s1 s2)
(Continue reading)

fche | 1 Apr 16:14 2014

new cgen snapshot available

A new automated cgen source snapshot is available
ftp://sourceware.org/pub/cgen/snapshots/cgen-20140401.tar.bz2
1631769 bytes, cgen-snapshot-20140401 tag
See also ftp://sourceware.org/pub/cgen/snapshots/

fche | 1 Mar 15:14 2014

new cgen snapshot available

A new automated cgen source snapshot is available
ftp://sourceware.org/pub/cgen/snapshots/cgen-20140301.tar.bz2
1631582 bytes, cgen-snapshot-20140301 tag
See also ftp://sourceware.org/pub/cgen/snapshots/

hatihati | 18 Feb 05:16 2014
Picon

K'i't'c'h'e'n Design L'a'n'c'a's'h'i'r'e Reviews

There is no comparison, K'i't'c'h'e'n Design L'a'n'c'a's'h'i'r'e are far
better quality cabinets than B&Q and cheaper.

--
View this message in context: http://sourceware-org.1504.n7.nabble.com/K-i-t-c-h-e-n-Design-L-a-n-c-a-s-h-i-r-e-Reviews-tp261536.html
Sent from the Sourceware - cgen list mailing list archive at Nabble.com.


Gmane