avr compilation

2011-03-18 Thread Paulo J. Matos
Hi all, I am looking at the avr backend in order to try to sort some things out on my own backend. One of the tests I am doing is by compiling the following: int x = 0x1010; int y = 0x0101; int add(void) { return x+y; } It compiles to (in gcc-4.3.5_avr with -Os) add: /* prologue: function

Re: avr compilation

2011-03-18 Thread WANG.Jiong
This may related with subreg regmove finding Suggest specifiy -fdump-rtl-regmove to see what happen after this pass Maybe avr need a target dependent regmove pass to handle this Best, Jiong On 03/18/2011 04:47 PM, Paulo J. Matos wrote: Hi all, I am looking at the avr backend in order to try t

Re: avr compilation

2011-03-18 Thread Paulo J. Matos
On 18/03/11 10:08, WANG.Jiong wrote: This may related with subreg regmove finding Suggest specifiy -fdump-rtl-regmove to see what happen after this pass Maybe avr need a target dependent regmove pass to handle this It doesn't look like it's regmove, whose result looks pretty sane: ;; Pred edge

Re: avr compilation

2011-03-18 Thread David Brown
On 18/03/2011 11:15, Paulo J. Matos wrote: On 18/03/11 10:08, WANG.Jiong wrote: This may related with subreg regmove finding Suggest specifiy -fdump-rtl-regmove to see what happen after this pass Maybe avr need a target dependent regmove pass to handle this It doesn't look like it's regmove,

RE: Same cross-gcc toolchain on different hosts produces different target code?

2011-03-18 Thread McCall, Ronald SIK
> In particular, isn't it a known issue that 32-bit hosts and 64-bit hosts can > generate different constant-loading sequences owing to the differing size of > HOST_WIDE_INT? > > Was that 32-bit Solaris? > > cheers, > DaveK The system is 64-bit Solaris 9 but the native gcc is sparc-sun-solaris2.9

Re: avr compilation

2011-03-18 Thread Georg-Johann Lay
Paulo J. Matos schrieb: > Hi all, > > I am looking at the avr backend in order to try to sort some things out > on my own backend. > > One of the tests I am doing is by compiling the following: > int x = 0x1010; > int y = 0x0101; > > int add(void) > { > return x+y; > } > > It compiles to (in

Re: avr compilation

2011-03-18 Thread Paulo J. Matos
On 18/03/11 12:10, David Brown wrote: If you are digging through the AVR backend and find ways to improve code sequences like this, the avr-gcc community would be very grateful. There is an avr-gcc mailing list at , which may be of interest

Re: avr compilation

2011-03-18 Thread Paulo J. Matos
On 18/03/11 13:26, Georg-Johann Lay wrote: note that the last moves are two QI moves, the add is HI. Yes, correct, this seems to cause some confusion on gcc side then... humm! Without splitting HI the moves will disappear, try -fno-split-wide-types. It does work! It's enabled by -O1, mayb

ส่งต่อ: ส่งไม่ได้: failure notice

2011-03-18 Thread fiveissara
ส่งจากโทรศัพท์ Nokia ของฉัน -ข้อความต้นฉบับ- จาก: five...@hotmail.com ส่งแล้ว: 18-03-2011 20:41:40 หัวข้อ: ส่งไม่ได้: ส่งต่อ: failure notice อีเมลไม่ถูกต้อง: 0876167523 -ข้อความต้นฉบับ- ส่งจากโทรศัพท์ Nokia ของฉัน -ข้อความต้นฉบับ- จาก: mailer-dae...@sourceware.org ส่

Re: avr compilation

2011-03-18 Thread Ian Lance Taylor
"Paulo J. Matos" writes: >> Without splitting HI the moves will disappear, try -fno-split-wide-types. >> > > It does work! It's enabled by -O1, maybe it should be disabled by -Os > if it improves the code size consistently. -fsplit-wide-types is an improvement on most targets, in which ints and

Re: avr compilation

2011-03-18 Thread Paulo J. Matos
On 18/03/11 14:20, Ian Lance Taylor wrote: -fsplit-wide-types is an improvement on most targets, in which ints and pointers have the size UNITS_PER_WORD. On AVR that appears not to be the case, and it seems possible that AVR should set flag_split_wide_types to 0 in TARGET_OPTION_OPTIMIZATION_TA

Spurious libstdc++ testsuite failures because of truncated buffered output

2011-03-18 Thread Diego Novillo
I am getting several failures in decimal/mixed-mode_neg.cc: FAIL: decimal/mixed-mode_neg.cc (test for errors, line 195) FAIL: decimal/mixed-mode_neg.cc (test for errors, line 196) FAIL: decimal/mixed-mode_neg.cc (test for errors, line 197) FAIL: decimal/mixed-mode_neg.cc (test for errors, line

Re: Spurious libstdc++ testsuite failures because of truncated buffered output

2011-03-18 Thread Paolo Carlini
Hi I am getting several failures in decimal/mixed-mode_neg.cc: FAIL: decimal/mixed-mode_neg.cc (test for errors, line 195) FAIL: decimal/mixed-mode_neg.cc (test for errors, line 196) FAIL: decimal/mixed-mode_neg.cc (test for errors, line 197) FAIL: decimal/mixed-mode_neg.cc (test for errors,

Re: Spurious libstdc++ testsuite failures because of truncated buffered output

2011-03-18 Thread Diego Novillo
On Fri, Mar 18, 2011 at 11:30, Paolo Carlini wrote: > Hi >> >> I am getting several failures in decimal/mixed-mode_neg.cc: >> >> FAIL: decimal/mixed-mode_neg.cc  (test for errors, line 195) >> FAIL: decimal/mixed-mode_neg.cc  (test for errors, line 196) >> FAIL: decimal/mixed-mode_neg.cc  (test fo

Re: Spurious libstdc++ testsuite failures because of truncated buffered output

2011-03-18 Thread Paolo Carlini
On 03/18/2011 04:35 PM, Diego Novillo wrote: I don't really know why the others don't fail, but I will take a look. In this particular case, the output is truncated after 1,032,134 bytes are printed. So I can only speculate that no other tests generate more than this number of bytes in output.

Re: Spurious libstdc++ testsuite failures because of truncated buffered output

2011-03-18 Thread Diego Novillo
On Fri, Mar 18, 2011 at 11:40, Paolo Carlini wrote: > On 03/18/2011 04:35 PM, Diego Novillo wrote: >> >> I don't really know why the others don't fail, but I will take a look. >>  In this particular case, the output is truncated after 1,032,134 >> bytes are printed.  So I can only speculate that n

Re: Spurious libstdc++ testsuite failures because of truncated buffered output

2011-03-18 Thread Andreas Schwab
Diego Novillo writes: > Is there a way to increase dejagnu's buffering? expect(1): match_max [-d] [-i spawn_id] [size] defines the size of the buffer (in bytes) used internally by expect. With no size argument, the current size is returned. W

Re: Spurious libstdc++ testsuite failures because of truncated buffered output

2011-03-18 Thread Joseph S. Myers
On Fri, 18 Mar 2011, Diego Novillo wrote: > I don't really know why the others don't fail, but I will take a look. > In this particular case, the output is truncated after 1,032,134 > bytes are printed. So I can only speculate that no other tests > generate more than this number of bytes in outp

Re: Spurious libstdc++ testsuite failures because of truncated buffered output

2011-03-18 Thread Diego Novillo
On Fri, Mar 18, 2011 at 11:55, Andreas Schwab wrote: > Diego Novillo writes: > >> Is there a way to increase dejagnu's buffering? > > expect(1): > >       match_max [-d] [-i spawn_id] [size] >             defines the size of the buffer  (in  bytes)  used  internally  by >             expect.  Wit

Re: Spurious libstdc++ testsuite failures because of truncated buffered output

2011-03-18 Thread Diego Novillo
On Fri, Mar 18, 2011 at 11:43, Joseph S. Myers wrote: > There are a couple of places in DejaGnu's remote.exp that compare numbers > of bytes with 512000; try increasing those to a much bigger figure, say > 512. Thanks. Given that my output is truncated at ~1Mb, I'm not sure if this will hel

Re: Spurious libstdc++ testsuite failures because of truncated buffered output

2011-03-18 Thread Andreas Schwab
Diego Novillo writes: > Thanks, but I don't think match_max affects this. It's the output > from the compiler that is being truncated. I don't see that problem on powerpc-linux (and I couldn't find any such failure on gcc-testresults). Andreas. -- Andreas Schwab, sch...@linux-m68k.org GPG Ke

Re: Spurious libstdc++ testsuite failures because of truncated buffered output

2011-03-18 Thread Diego Novillo
On Fri, Mar 18, 2011 at 14:05, Andreas Schwab wrote: > Diego Novillo writes: > >> Thanks, but I don't think match_max affects this.  It's the output >> from the compiler that is being truncated. > > I don't see that problem on powerpc-linux (and I couldn't find any such > failure on gcc-testresul

Enquiry on GSoC projects

2011-03-18 Thread Levon Haykazyan
Dear gcc contributors, My name is Levon Haykazyan, I am a PhD student at Yerevan State University (Armenia) studying theoretical computer science. I am considering applying to Summer of Code for adding some C++0x support in gcc. I would like to ask potential mentors 1. which of C++0x language

gcc-4.6-20110318 is now available

2011-03-18 Thread gccadmin
Snapshot gcc-4.6-20110318 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/4.6-20110318/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 4.6 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches

Google Summer of Code 2011 - Call for Mentors

2011-03-18 Thread Diego Novillo
We are glad to announce that GCC has been accepted Google's Summer of Code 2011 program (GSoC 2011). Summer of Code is a program sponsored by Google in which students are paid to contribute to open source projects. This will be GCC's 6th year of participation. For more information, see http://co

Re: Enquiry on GSoC projects

2011-03-18 Thread Diego Novillo
On Fri, Mar 18, 2011 at 18:53, Levon Haykazyan wrote: > Dear gcc contributors, > > My name is Levon Haykazyan, I am a PhD student at Yerevan > State University (Armenia) studying theoretical computer > science. I am considering applying to Summer of Code for > adding some C++0x support in gcc. I w

Executing already executed optimization passes again

2011-03-18 Thread Niranjan Hasabnis
Hello, I'm using GCC plugin to do some analysis and modification on strict-RTL. Both things are done after all optimization passes are over, and just before strict-RTL is converted into assembly. I would be happy to know if it is possible to execute all already executed optimization passes again a

Re: Executing already executed optimization passes again

2011-03-18 Thread Paul Koning
I don't know the answer to your specific question, but I was wondering: if you think it is useful to do optimization again, I think that means that the transformations you have in mind should be done at an earlier stage. By the time you hit register allocation, it's almost too late for anything.

GNU MPFR 3.0.1 Release Candidate

2011-03-18 Thread Vincent Lefevre
The release of GNU MPFR 3.0.1 ("boudin aux pommes" patch level 1) is imminent. Please help to make this release as good as possible by downloading and testing this release candidate: http://www.mpfr.org/mpfr-3.0.1/mpfr-3.0.1-rc1.tar.xz http://www.mpfr.org/mpfr-3.0.1/mpfr-3.0.1-rc1.tar.bz2 http://w

Re: Enquiry on GSoC projects

2011-03-18 Thread Jason Merrill
On 03/18/2011 08:14 PM, Diego Novillo wrote: On Fri, Mar 18, 2011 at 18:53, Levon Haykazyan wrote: Dear gcc contributors, My name is Levon Haykazyan, I am a PhD student at Yerevan State University (Armenia) studying theoretical computer science. I am considering applying to Summer of Code for