* Ian Lance Taylor wrote on Wed, Mar 25, 2009 at 01:51:01AM CET:
Really the original text is slightly wrong.
[...]
This option only applies to strings in debugging information. It should
say something like Direct the linker to not merge together strings in
the debugging information which
--- Comment #49 from jakub at gcc dot gnu dot org 2009-03-25 07:30 ---
Best is just to track where this VAR_DECL is being written into the pch file
during PCH generation, see if it has DECL_HAS_VALUE_EXPR_P set, what
DECL_VALUE_EXPR it has (if any) and if all is ok on that side, see
--- Comment #3 from uros at gcc dot gnu dot org 2009-03-25 07:59 ---
Subject: Bug 32139
Author: uros
Date: Wed Mar 25 07:58:55 2009
New Revision: 145052
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145052
Log:
PR c/27898
* gcc.dg/pr27898.c: New test.
PR
--- Comment #6 from uros at gcc dot gnu dot org 2009-03-25 07:59 ---
Subject: Bug 27898
Author: uros
Date: Wed Mar 25 07:58:55 2009
New Revision: 145052
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145052
Log:
PR c/27898
* gcc.dg/pr27898.c: New test.
PR
--- Comment #12 from dave dot korn dot cygwin at gmail dot com 2009-03-25
08:03 ---
Hi all.
This patch caused g++.dg/ext/dllimport7.C to regress (in one subtest) between
4.3.2 and 4.3.3 on Cygwin, although it could be that the testcase is out of
date.
// { dg-do compile { target
Hi List
I have a question (or possible compiler bug) regarding inline assembly
that I hope you can help me with.
I wanted a routine that would give me the value and address of a
memory location relative to the stack pointer. What I initially tried
was the following:
#define ESP(rel,value,addr)
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-03-25 12:00 ---
Subject: Bug 39497
Author: rguenth
Date: Wed Mar 25 12:00:32 2009
New Revision: 145057
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145057
Log:
2009-03-24 Richard Guenther rguent...@suse.de
PR
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-03-25 12:01 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-03-25 12:12 ---
Well, DECL_NO_TBAA_P is a hack and poorly implemented. Fallout expected.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39548
--- Comment #5 from irar at il dot ibm dot com 2009-03-25 12:27 ---
Fixed.
--
irar at il dot ibm dot com changed:
What|Removed |Added
Status|NEW
--- Comment #5 from jakub at gcc dot gnu dot org 2009-03-25 13:10 ---
That can be solved easily, just compare whether new_rtx doesn't need more
registers than old_rtx and only propagate into asm_noperands () = 0 insns
those that require the same number or fewer registers.
Consider
--- Comment #16 from rguenth at gcc dot gnu dot org 2009-03-25 13:18
---
Re-confirmed. The fix is to eliminate duplicate PHI nodes in eliminate() by
copy-propagating PHI value-numbers.
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from ubizjak at gmail dot com 2009-03-25 13:21 ---
P1, so we won't forget to resolve this ABI issue before 4.4 branches.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--- Comment #6 from jakub at gcc dot gnu dot org 2009-03-25 15:49 ---
Created an attachment (id=17540)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17540action=view)
gcc44-pr39543.patch
Untested patch that cures all the 3 testcases by forward propagation into asm
operands, as
--- Comment #7 from bonzini at gnu dot org 2009-03-25 16:49 ---
one is the rtx_cost (SET_SRC (set), SET, speed) old_cost check
(I wonder whether it is needed for asms at all and if yes, how to actually do
it)
For addresses it is already done in should_replace_address. But for
--- Comment #3 from ktietz at gcc dot gnu dot org 2009-03-25 17:44 ---
Committed at revision 145070.
PR/39518
* doc/invoke.texi (-mconsole): New.
(-mcygwin): New.
(-mno-cygwin): New.
(-mdll): New.
(-mnop-fun-dllimport): New.
(-mthread): New.
(-mwin32): New.
(-mwindows): New.
(sub
-Wdisallowed-function-list with any value fails when #including algorithm.
Tested with SVN r145051:
$ gcc -dumpversion
4.4.0
$ cat disallow_fault.cc
#if OPT == 1
#include algorithm
#endif
$ g++ -DOPT=0 -c -Wdisallowed-function-list=BOGUS disallow_fault.cc
$ g++ -DOPT=1 -c
The following is illegal (only digits or a character constant can follow STOP):
$ cat stop.f90
STOP a // constant
END
$ gfortran-svn stop.f90 ./a.out
STOP aconstant
gcc version 4.4.0 20090324 (experimental) (GCC)
--
Summary: concat-op not allowed in STOP
Product: gcc
--- Comment #8 from jakub at gcc dot gnu dot org 2009-03-25 18:31 ---
fwprop won't propagate a constant into a r constrained asm operand, because
verify_changes (0) fails in that case (it calls check_asm_operands, which
verifies the constraints of all the operands).
--
--- Comment #14 from prlw1 at cam dot ac dot uk 2009-03-25 18:57 ---
I take it all is in hand, and I don't need to test anything? (I did a
successful
build with the same as the first patch, but defining _MACHINE_ANSI_H_ - this is
equivalent - all went well)
--
--- Comment #1 from jakub at gcc dot gnu dot org 2009-03-25 19:45 ---
No need to include any header file:
// PR c++/39554
// { dg-do compile }
// { dg-options -Wdisallowed-function-list=bar }
void
foo (void (*p) ())
{
p ();
}
ICEs both in C and C++.
--
jakub at gcc dot gnu dot
--- Comment #2 from jakub at gcc dot gnu dot org 2009-03-25 19:58 ---
Created an attachment (id=17541)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17541action=view)
gcc44-pr39554.patch
Apparently no testing was done on this new feature at all :(.
--
C99 prohibits an inline definition of a function with external linkage
from containing modifiable static variables or references to file-scope
static variables or functions.
A definition is an inline definition only if all file-scope declarations
for the function in the translation unit use
--- Comment #3 from vmakarov at redhat dot com 2009-03-25 21:05 ---
Thanks for reporting this.
The compiler is broken on gcc_assert in the following code
+ else if ((code == PRE_INC || code == PRE_DEC
+ || code == POST_INC || code ==
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #6 from rearnsha at gcc dot gnu dot org 2009-03-25 21:54
---
(In reply to comment #2)
str r3, [fp, #-32]
str r4, [fp, #-28]
ldfd f0, [fp, #-32]
sqtd f0, f0
stfd f0, [fp, #-40]
ldfd
--- Comment #7 from bje at gcc dot gnu dot org 2009-03-25 22:05 ---
Subject: Bug 39175
Author: bje
Date: Wed Mar 25 22:05:08 2009
New Revision: 145076
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145076
Log:
Backport from mainline:
2009-02-19 Jakub Jelinek
--- Comment #8 from bje at gcc dot gnu dot org 2009-03-25 22:06 ---
Now fixed on the 4.3 branch and on mainline.
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39175
--- Comment #1 from kkojima at gcc dot gnu dot org 2009-03-25 22:23 ---
Subject: Bug 39523
Author: kkojima
Date: Wed Mar 25 22:23:27 2009
New Revision: 145077
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=145077
Log:
PR target/39523
* config/sh/sh.c
--- Comment #2 from kkojima at gcc dot gnu dot org 2009-03-25 22:26 ---
Fixed.
--
kkojima at gcc dot gnu dot org changed:
What|Removed |Added
Compiling the attached source with the following options
-Wall -fno-exceptions -O2 -fprofile-use=/blah -fno-rtti
will result in a code with infinite loop.
In DCE, special code is added to handle dead loops conservatively. However this
requires PDOM information (control dep info) to be valid.
--- Comment #1 from davidxl at gcc dot gnu dot org 2009-03-25 23:10 ---
Created an attachment (id=17542)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17542action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39557
Adding -maltivec to the PowerPC compiler turns on the altivec vector support.
Part of the vector support is to add conditional expansion of the vector
keyword if it looks like vector is part of a type declaration (i.e. vector
float would declare a single precision floating point 4 element vector,
--- Comment #1 from meissner at linux dot vnet dot ibm dot com 2009-03-25
23:24 ---
Created an attachment (id=17543)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17543action=view)
Simplified test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39558
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
unsigned long long l = 9223372036854775808LL;
should get an error with -std=c99 -pedantic-errors, but instead gets a warning:
t.c:1:24: warning: integer constant is so large that it is unsigned
C99 does not allow decimal constants without U suffix to get an
unsigned type. I think the
--- Comment #4 from hp at gcc dot gnu dot org 2009-03-26 01:34 ---
Patch at http://gcc.gnu.org/ml/gcc-patches/2009-03/msg01229.html.
Thanks! I'll test crisv32-axis-linux-gnu and report.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from bje at gcc dot gnu dot org 2009-03-26 04:28 ---
Can you check this with GCC 4.3.3 (or the tip of the GCC 4.3 branch), please?
I cannot reproduce this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37595
--- Comment #1 from bje at gcc dot gnu dot org 2009-03-26 04:32 ---
I think this patch should suffice.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25160
This testcase has warnings:
--- begin testcase ---
struct X { };
class Z {
public:
X* cc(int c);
};
class F {
public:
typedef X* (Z::*MethO)(int);
typedef X* (F::*MethF)(int);
templateMethO m
X* xwrapper(int i) {
union {
Z *z;
F *f;
};
f = this;
return
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bje at gcc dot gnu dot org
|dot org
42 matches
Mail list logo
