On Sat, 7 Jul 2007, Joseph S. Myers wrote:
> No, that's something else entirely (a "float" old-style parameter
> declaration corresponds to a "double" argument in a prototype). It's
> convert_arguments that handles converting to prototype types and default
> argument promotions for arguments not
"Andrew Pinski" <[EMAIL PROTECTED]> wrote:
>> on revision 126435. Anyone else sees this failure?
>
> Well this is obviously caused by:
> http://gcc.gnu.org/ml/gcc-patches/2007-07/msg00617.html
>
> This is not the first time this has happened.
I've confirmed that x86 bootstraps again with revert
On Sat, 7 Jul 2007, Kaveh R. GHAZI wrote:
> Ok, here's a patch which adds the attribute named as you suggest and
> applies it to the relevant builtins. I'm stuck now on how and where we
> would intervene to honor it. I think we need to do it in c-decl.c:
> grokdeclarator(), where it says "promot
On 7/7/07, Kaz Kojima <[EMAIL PROTECTED]> wrote:
Hi,
My i686-pc-linux-gnu build fails with
libtool: link: /exp/ldroot/dodes/i686-gcc-orig/gcc/gcj
-B/exp/ldroot/dodes/i686-gcc-orig/i686-pc-linux-gnu/libjava/
-B/exp/ldroot/dodes/i686-gcc-orig/gcc/ -ffloat-store -fomit-frame-pointer -Usun
-g -O
On Sat, 7 Jul 2007, Joseph S. Myers wrote:
> On Sat, 7 Jul 2007, Kaveh R. GHAZI wrote:
>
> > Ok, how about e.g. __attribute__ ((__type_generic__)), which would only be
> > allowed on variadic functions?
>
> I don't think we want this available to user code, just to builtins, so a
> name such as "t
Hi,
My i686-pc-linux-gnu build fails with
libtool: link: /exp/ldroot/dodes/i686-gcc-orig/gcc/gcj
-B/exp/ldroot/dodes/i686-gcc-orig/i686-pc-linux-gnu/libjava/
-B/exp/ldroot/dodes/i686-gcc-orig/gcc/ -ffloat-store -fomit-frame-pointer -Usun
-g -O2 -o .libs/jv-convert --main=gnu.gcj.convert.Conver
In case anyone wonders about this extra snapshot: both this week's,
and last week's snapshot were broken in that a complete bootstrap
failed even on i386, so I manually triggered another one.
Gerald
Snapshot gcc-4.3-20070707 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.3-20070707/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.3 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
On 7/7/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>2007/4/10, Diego Novillo <[EMAIL PROTECTED] (mailto:[EMAIL PROTECTED])
>:
>Following up on the recent discussion about GIMPLE tuples
>(_http://gcc.gnu.org/ml/gcc/2007-03/msg01126.html_
(http://gcc.gnu.org/ml/gcc/2007-03/msg01126.html) ),
On Sat, 7 Jul 2007, Kaveh R. GHAZI wrote:
> Ok, how about e.g. __attribute__ ((__type_generic__)), which would only be
> allowed on variadic functions?
I don't think we want this available to user code, just to builtins, so a
name such as "type generic" that can't be used as an identifier would
Hi all,
I have a problem with absm2 insn, my target machine can suppport abs
operation with QImode, HImode and SImode. I give machine description
in md file as below.
(define_mode_macro SHQ [SI HI QI])
(define_insn "abs2"
[(set (match_operand:SHQ 0 "register_operand" "=r")
On Fri, 6 Jul 2007, Joseph S. Myers wrote:
> On Fri, 6 Jul 2007, Kaveh R. GHAZI wrote:
>
> > So how do we detect or work around this promotion issue and discriminate
> > between the case where a float is promoted because of the variadic
> > prototype vs a user supplied cast or other user code?
>
>
On Sat, Jul 07, 2007 at 12:45:59PM +0200, Bernhard Fischer wrote:
> On Fri, Jul 06, 2007 at 10:08:44AM -0700, Steve Kargl wrote:
> >On Fri, Jul 06, 2007 at 12:07:43PM -0400, Diego Novillo wrote:
>
> >Dorit has isolated the problem to the ISO C Binding import. See
> >for example
> >
> >http://gcc.
>2007/4/10, Diego Novillo <[EMAIL PROTECTED] (mailto:[EMAIL PROTECTED])
>:
>Following up on the recent discussion about GIMPLE tuples
>(_http://gcc.gnu.org/ml/gcc/2007-03/msg01126.html_
(http://gcc.gnu.org/ml/gcc/2007-03/msg01126.html) ), we have summarized
>our main ideas and implementation p
On Fri, Jul 06, 2007 at 10:08:44AM -0700, Steve Kargl wrote:
>On Fri, Jul 06, 2007 at 12:07:43PM -0400, Diego Novillo wrote:
>Dorit has isolated the problem to the ISO C Binding import. See
>for example
>
>http://gcc.gnu.org/ml/gcc/2007-07/msg00133.html
>
>AFAIK, ppc64 is the only target that is
15 matches
Mail list logo