specifying insn costs from attributes

In the .md-file of my port, I have set an attribute "size" of every insn, giving its size (obviously), in bytes. Is there any way I can use the value of this attribute to determine the cost (in e.g. TARGET_RTX_COSTS) when optimizing for size? Or is there some other smart way of achieving the same t

i386-linux bootstrap failure

> Bootstrap on i386-linux has been broken for a week now, from what I > can see. I have reported it as PR33679 > (http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33679), but AFAIK noone > has reproduced it, as most people now build for i686-linux. Could > someone please spare a cycle to confirm this pr

Re: specifying insn costs from attributes

On 10/11/07, Tomas Svensson <[EMAIL PROTECTED]> wrote: > In the .md-file of my port, I have set an attribute "size" of every > insn, giving its size (obviously), in bytes. Is there any way I can use the > value of this attribute to determine the cost (in e.g. TARGET_RTX_COSTS) > when optimizing for

gcc-4.2-20071011 is now available

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

Re: Preparsing sprintf format strings

On 2007-10-10, Heikki Linnakangas <[EMAIL PROTECTED]> wrote: > The only features in the printf-family of functions that depends on the > locale are the conversion with thousand grouping ("%'d"), and glibc > extension of using locale's alternative output digits ("%Id"). And those dealing with float

Warning: `z' is used uninitialized in this function

Just to make sure before I submit a bug report: when GCC says that a certain variable _is_ (as opposed to _may be_) used uninitialized in this function, it means that it has proved that the variable is indeed used uninitialized, right? I am asking because I have a testcase where g++ gives this w

Re: Warning: `z' is used uninitialized in this function

On 11/10/2007, Roberto Bagnara <[EMAIL PROTECTED]> wrote: > > Just to make sure before I submit a bug report: when GCC says that > a certain variable _is_ (as opposed to _may be_) used uninitialized > in this function, it means that it has proved that the variable > is indeed used uninitialized, ri

Re: gcc-4.2-20071011 is now available

On Thu, 11 Oct 2007, [EMAIL PROTECTED] wrote: > Snapshot gcc-4.2-20071011 is now available on > ftp://gcc.gnu.org/pub/gcc/snapshots/4.2-20071011/ > and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. I ran this script manually and reenabled the generation of snap

[tuples] mainline merge (@ 129233)

Hi folks. I have merged mainline (rev 129233) into the tuples branch. All compile.exp tests succeed. No regressions. Nothing of interest. Aldy

Re: gcc-4.2-20071011 is now available

Gerald Pfeifer wrote: > On Thu, 11 Oct 2007, [EMAIL PROTECTED] wrote: >> Snapshot gcc-4.2-20071011 is now available on >> ftp://gcc.gnu.org/pub/gcc/snapshots/4.2-20071011/ >> and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. > > I ran this sc

Should build-sysroot be considered for setting inhibit_libc?

I'm working on a patch to the top level configure to detect if inhibit_libc will set for gcc and to avoid trying to build certain libraries in that case. I started to just clone the inhibit_libc logic from the gcc/configure, but as Ian commented, it is a bit strange. Then I realized that build-

Re: Preparsing sprintf format strings

Heikki Linnakangas writes: >The only features in the printf-family of functions that depends on the >locale are the conversion with thousand grouping ("%'d"), and glibc >extension of using locale's alternative output digits ("%Id"). The entire parsing of the format string is affected by the multi