--- Additional Comments From schwab at suse dot de 2004-10-30 18:52 ---
The testcase was simplified too much.
int f (int i)
{
auto inline __attribute__ ((always_inline)) int h (int i) { return i; }
auto inline __attribute__ ((always_inline)) int g (void) { return h (i); }
ret
--
What|Removed |Added
Target Milestone|--- |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18231
When a nested inline function calls another nested inline function the latter
is never inlined (even if marked always_inline). This breaks glibc.
void f (void)
{
auto inline __attribute__ ((always_inline)) void h (void) { }
auto inline __attribute__ ((always_inline)) void g (void) { h (
--- Additional Comments From hp at gcc dot gnu dot org 2004-10-30 18:23 ---
I'm just going to look at it briefly...
--
What|Removed |Added
AssignedTo|unassigned at gc
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 18:12
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-30 18:03
---
Subject: Bug 17581
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-10-30 18:02:59
Modified files:
gcc: Change
--
What|Removed |Added
Severity|normal |enhancement
Keywords||missed-optimization
http://gcc.gnu.org/bugzilla/s
--- Additional Comments From phython at gcc dot gnu dot org 2004-10-30 16:10
---
Created an attachment (id=7435)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7435&action=view)
patch to generate fpadd16 and fpsub16
fpadd16 can now be generated for
typedef short jim_vec __attribute
GCC can generate vector instructions now, through builtins or through the
autovectorizer. So, GCC should be able to generate VIS instructions.
--
Summary: SPARC VIS instructions are not generated by GCC
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 14:56
---
This is fixed for sure now, we were not taking advangate of TREE_CHAIN being the chain
next and this
fixes that.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16487
--
What|Removed |Added
Summary|[4.0 Regression] Bootstrap |[4.0 Regression] Ada
|failures on powerpc-darwin |Bootstrap failures on
|
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 14:22
---
Not fully fixed, _I is the one which is invalid usage also.
The error I get:
/Users/pinskia/src/local/gcc/objdir/powerpc-apple-darwin7.4.1/libstdc++-v3/include/tr1/tuple:
1548: error: expected `>' before num
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 13:46
---
Fixed on the mainline right now.
--
What|Removed |Added
Known to fail|3.4.1 4.0.0
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-10-30 13:41
---
Not a bug, you have LC_ALL or one of the other LC_* flags set to *UTF8 and your
terminal does not
support UTF8.
--
What|Removed |Added
-
--- Additional Comments From dberlin at dberlin dot org 2004-10-30 13:15 ---
Subject: Re: SPEC CPU2000 173.applu tree-loop-linear
ICE
It only pops up with -ftree-loop-linear, which is a new option for 4.0.
So no, it's probably not a regression.
On Sat, 30 Oct 2004, giovannibajo at lib
--- Additional Comments From giovannibajo at libero dot it 2004-10-30 13:06
---
I assume this is a regression?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18168
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-10-30 08:50
---
Subject: Bug 1
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-10-30 08:50:31
Modified files:
gcc: ChangeLog c-decl.c
gcc/tests
On 4.0.0 20041030:
All function names printed in C warnings contain binary garbage
LANG=C fixes it.
--
Summary: function names in warnings messed up
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
101 - 118 of 118 matches
Mail list logo