Build report for gcc 4.1.1 on powerpc-apple-darwin8.7.0

2006-09-25 Thread Dalmazio Brisinda
powerpc-apple-darwin8.7.0 /usr/local/bin/gcc -v Using built-in specs. Target: powerpc-apple-darwin8.7.0 Configured with: ../gcc-4.1.1/configure --disable-multilib Thread model: posix gcc version 4.1.1 Languages: default (c, c++, java, obj-c)

Re: Explicit field layout

2006-09-25 Thread Ricardo FERNANDEZ PASCUAL
Duncan Sands wrote: I am writing a new GCC front end. One of the features provided by my language (CIL) is explicit field layout and size for records. I don't know if any other languaje supported by GCC provides this feature. If that's the case, please point me to it so that I can see

Re: Explicit field layout

2006-09-25 Thread Ricardo FERNANDEZ PASCUAL
Bernd Jendrissek wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Fri, Sep 22, 2006 at 02:58:26PM +0200, Ricardo FERNANDEZ PASCUAL wrote: I am writing a new GCC front end. One of the features provided by my language (CIL) is explicit field layout and size for records. Any p

t-target file GCC 4.1.1 port

2006-09-25 Thread Mohamed Shafi
Hai everyone, I am trying to port GCC 4.1.1 for my target. My target doesn't support float variables. It does'nt have the hardware to support or recongnize float formats. With this in mind do i need to add Floating point emulation support in t-target file by providing # We want fine grained li

RE: t-target file GCC 4.1.1 port

2006-09-25 Thread Dave Korn
On 25 September 2006 12:29, Mohamed Shafi wrote: > I am trying to port GCC 4.1.1 for my target. > My target doesn't support float variables. > It does'nt have the hardware to support or recongnize float formats. > With this in mind do i need to add Floating point emulation support in > t-target

Re: Missing elements in VECTOR_CST

2006-09-25 Thread Hans-Peter Nilsson
On Mon, 18 Sep 2006, Mark Mitchell wrote: > Andrew Pinski wrote: > > The documention on VECTOR_CST is not clear if we can have missing > > elements in that the remaining elements are zero. Right we produce such > > VECTOR_CST for things like: > > #define vector __attribute__((vector_size(16) )) >

Where does tree-ssa.c read the variable names for -Wuninitialized messages?

2006-09-25 Thread François-Xavier Coudert
Hi, I'm trying to understand PR 13615, where a used-uninitialized Fortran character string induces the following diagnostic: 'c[1]{lb: 1 sz: 1}t.f: In function 'warn_character': t.f:33: warning: ' is used uninitialized in this function I see that this error message is emitted from tree-ssa.c, b

Re: Where does tree-ssa.c read the variable names for -Wuninitialized messages?

2006-09-25 Thread Diego Novillo
François-Xavier Coudert wrote on 09/25/06 08:35: > Hi, > > I'm trying to understand PR 13615, where a used-uninitialized Fortran > character string induces the following diagnostic: > > 'c[1]{lb: 1 sz: 1}t.f: In function 'warn_character': > t.f:33: warning: ' is used uninitialized in this functio

Re: IPA branch

2006-09-25 Thread Jan Hubicka
> Jan -- > > I'm trying to plan for GCC 4.3 Stage 1. The IPA branch project is > clearly a good thing, and you've been working on it for a long time, so > I'd really like to get it into GCC 4.3. However, I'm a little > concerned, in reading the project description, that it's not all that > f

Re: Where does tree-ssa.c read the variable names for -Wuninitialized messages?

2006-09-25 Thread François-Xavier Coudert
I'd say the FE is not setting the name properly into whatever _DECL we found. unit size align 8 symtab 0 alias set 4 precision 8 min max pointer_to_this > used unsigned QI file pr13615.f line 7 size unit size align 8 context > I'll try to understand why this $1

Re: t-target file GCC 4.1.1 port

2006-09-25 Thread Wang . Hao
From: Mohamed Shafi <[EMAIL PROTECTED]> Subject: t-target file GCC 4.1.1 port Date: Mon, 25 Sep 2006 04:29:04 -0700 (PDT) > Hai everyone, > > I am trying to port GCC 4.1.1 for my target. > My target doesn't support float variables. > It does'nt have the hardware to support or recongnize float fo

preprocessing question

2006-09-25 Thread Jan Beulich
Can anyone set me strait on why, in the following code fragment int x(unsigned); struct alt_x { unsigned val; }; #define xalt_x #define alt_x(p) x(p+1) int test(struct x *p) { return x(p->val); } the function invoked in test() is alt_x (rather than x)? I would have expe

Re: preprocessing question

2006-09-25 Thread Michael Gong
One explanation could be: - Original Message - From: "Jan Beulich" <[EMAIL PROTECTED]> To: Sent: Monday, September 25, 2006 11:23 AM Subject: preprocessing question Can anyone set me strait on why, in the following code fragment int x(unsigned); struct alt_x { unsigned val; }; #d

Re: preprocessing question

2006-09-25 Thread Andreas Schwab
"Michael Gong" <[EMAIL PROTECTED]> writes: > One explanation could be: > > - Original Message - > From: "Jan Beulich" <[EMAIL PROTECTED]> > To: > Sent: Monday, September 25, 2006 11:23 AM > Subject: preprocessing question > > >> Can anyone set me strait on why, in the following code frag

Re: preprocessing question

2006-09-25 Thread Manuel López-Ibáñez
The output with cpp 4.0.3: int test(struct alt_x *p) { return alt_x(p->val+1); } It seems that: 1) "x" expands to alt_x 2) "alt_x(p->val)" expands to "x(p->val+1)" 3) "x" expands (again!) to alt_x or maybe something else?

Re: preprocessing question

2006-09-25 Thread Michael Gong
Yes. You are right. - Original Message - From: "Andreas Schwab" <[EMAIL PROTECTED]> To: "Michael Gong" <[EMAIL PROTECTED]> Cc: "Jan Beulich" <[EMAIL PROTECTED]>; Sent: Monday, September 25, 2006 12:08 PM Subject: Re: preprocessing question "Michael Gong" <[EMAIL PROTECTED]> writes:

Re: preprocessing question

2006-09-25 Thread Daniel Jacobowitz
On Mon, Sep 25, 2006 at 05:23:34PM +0200, Jan Beulich wrote: > Can anyone set me strait on why, in the following code fragment > > int x(unsigned); > > struct alt_x { > unsigned val; > }; > > #define xalt_x > #define alt_x(p) x(p+1) > > int test(struct x *p) { > return x(p->

Re: preprocessing question

2006-09-25 Thread Andreas Schwab
Daniel Jacobowitz <[EMAIL PROTECTED]> writes: > On Mon, Sep 25, 2006 at 05:23:34PM +0200, Jan Beulich wrote: >> Can anyone set me strait on why, in the following code fragment >> >> int x(unsigned); >> >> struct alt_x { >> unsigned val; >> }; >> >> #define xalt_x >> #define alt_x(p

Re: mprec.c:104: error: static declaration of 'calloc' follows non-static declaration

2006-09-25 Thread Tom Tromey
> "ChJ" == Christian Joensson <[EMAIL PROTECTED]> writes: ChJ> again, on cygwin/winxp, I get an error ChJ> ../../../../../../gcc/libjava/classpath/native/fdlibm/mprec.c:104: ChJ> error: static declaration of 'calloc' follows non-static declaration ChJ> am I doing something seriously wrong here

Call for 4.3 project reviewers

2006-09-25 Thread Zdenek Dvorak
Hello, in accordance with http://gcc.gnu.org/ml/gcc/2006-09/msg00454.html, I am looking for reviewers for my 4.3 projects. I would like to get someone "responsible" for reviewing each project soon, so that I may discuss the changes he considers necessary with him. For each project, the list of t

Re: Explicit field layout

2006-09-25 Thread Mike Stump
On Sep 25, 2006, at 1:04 AM, Ricardo FERNANDEZ PASCUAL wrote: Bernd Jendrissek wrote: Are you sure you want to do that, instead of using, say, rpcgen? I am sorry, but I fail to see the relation of this with rpcgen (which as far I know is a code generator for the RPC protocol). Am I looking

Re: Call for 4.3 project reviewers

2006-09-25 Thread Diego Novillo
Zdenek Dvorak wrote on 09/25/06 14:33: > autoparallelization (http://gcc.gnu.org/wiki/AutomaticParallelization): > In addition the the autoparallelization pass (1.5kloc), minor changes > to gomp framework. 2kloc diff in total. > I can help you with this one. > prefetching improvements (http

Re: Call for 4.3 project reviewers

2006-09-25 Thread Daniel Berlin
On 9/25/06, Zdenek Dvorak <[EMAIL PROTECTED]> wrote: Hello, in accordance with http://gcc.gnu.org/ml/gcc/2006-09/msg00454.html, I am looking for reviewers for my 4.3 projects. I would like to get someone "responsible" for reviewing each project soon, so that I may discuss the changes he conside