--- Comment #8 from jakub at gcc dot gnu dot org 2007-09-24 06:36 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Known to work|
--- Comment #5 from bangerth at dealii dot org 2007-09-24 03:58 ---
Appears fixed now.
--
bangerth at dealii dot org changed:
What|Removed |Added
CC|
--- Comment #4 from bangerth at dealii dot org 2007-09-24 03:52 ---
It's only a diagnostic problem: the template type 'int' in Tag::type
is non-deductible, so the compiler can't find the primary template. The
code in therefore in fact invalid. You can make it valid by explicitly
specifyi
--- Comment #3 from ebuddington at wesleyan dot edu 2007-09-24 02:39
---
bash-2.05b$ gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc-4.2.1/configure --prefix=/packages/gcc/4.2.1/any
--exec-prefix=/packages/gcc/4.2.1/i386
Thread model: posix
gcc version 4.2
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-09-24 02:12 ---
Can you provide the -v output? This is needed if you use -march=native.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33540
--- Comment #4 from eweddington at cso dot atmel dot com 2007-09-24 01:45
---
Subject: RE: Double load of volatile operand for abs
builtin
> --- Comment #3 from rguenth at gcc dot gnu dot org
> 2007-09-23 12:35 ---
> Please re-confirm this if this still happens on the mainl
--- Comment #1 from ebuddington at wesleyan dot edu 2007-09-24 00:52
---
Created an attachment (id=14247)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14247&action=view)
error-producing test case
test case: rename to test.cc, and 'g++ -Wall -O3 -march=native -c test.cc'
--
The error-producing command line is
g++ -Wall -O3 -march=native -c videospeed.cc
videospeed.cc: In function 'int main(int, char**)':
videospeed.cc:275: internal compiler error: in expand_simple_binop, at
optabs.c:1158
Adding -save-temps gives a new warning "SSE instruction set disabled, using 3
--- Comment #8 from pcarlini at suse dot de 2007-09-23 23:02 ---
Any news? ;)
--
pcarlini at suse dot de changed:
What|Removed |Added
CC|
--- Comment #7 from pcarlini at suse dot de 2007-09-23 22:55 ---
Double checked, closing.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|UNCON
Hi,
gfortran is way too noisy for zero-length character strings.
I get:
% gfc gfcbug71.f90
gfcbug71.f90:3.44:
character(len=*), parameter :: prefix = ""
1
Warning: CHARACTER variable has zero length at (1)
gfcbug71.f90:7.14:
use gfcbug71
-version-min=10.4 -auxbase-strip .libs/selected_int_kind.o -g -O2 -Wall
-version -fno-repack-arrays -fno-underscoring -fallow-leading-underscore
-fno-common -I . -fintrinsic-modules-path finclude -o selected_int_kind.s
Reading symbols for shared libraries .++ done
GNU F95 (GCC) version 4.3.0 20070923
--- Comment #6 from bangerth at dealii dot org 2007-09-23 20:57 ---
(In reply to comment #5)
> This looks related to PR17410.
Uh, is this really the one you meant? PR 17410 is about template template
parameters and nested types, neither of which are at hand here...
W.
--
http://gc
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-09-23 19:58 ---
This looks related to PR17410.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33518
--- Comment #2 from simartin at gcc dot gnu dot org 2007-09-23 19:49
---
I've done tests with the current mainline and I wonder if this PR is still
"valid"...
We report an error for the following three cases:
1. Multiple specializations:
template class A {};
template<> class A
--- Comment #2 from bangerth at dealii dot org 2007-09-23 19:44 ---
icc (and EDG-based compiler) accepts this code, but sunCC rejects it
as ambiguous.
I don't know off the top of my head who's right and who is not, but
I suspect that it would be gcc and icc who are right.
W.
--
ban
--- Comment #3 from pcarlini at suse dot de 2007-09-23 18:58 ---
For the record, Comeau also rejects it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26404
--- Comment #4 from drow at gcc dot gnu dot org 2007-09-23 18:40 ---
Subject: Re: [4.0/4.1/4.2/4.3 regression] C++ arguments
passed by invisible reference have wrong type
On Sun, Sep 23, 2007 at 06:31:42PM -, pluto at agmk dot net wrote:
> > If this function is called from
--- Comment #3 from pluto at agmk dot net 2007-09-23 18:31 ---
(In reply to comment #0)
> If this function is called from GDB, and the called function modifies
> its argument, it will end up modifying the original copy.
> It's supposed to get a temporary copy.
compiler does the tempora
--- Comment #4 from bangerth at dealii dot org 2007-09-23 18:29 ---
I can't seem to produce a wrong-code bug with this -- it appears that gcc
produces the error while investigating the overload set. If I make the
declaration of X::foo work for N::Q, then gcc apparently still doesn't
want
--
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
--
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
--
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 #3 from bangerth at dealii dot org 2007-09-23 18:23 ---
This actually turns out to be a serious bug in several different ways.
Here's self-contained code:
---
namespace X {
template struct H { typedef typename T::type type; };
template typename H::type f
--
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 #2 from bangerth at dealii dot org 2007-09-23 18:09 ---
This indeed looks like a bug. Take this:
-
#include
namespace M {
struct A {};
using std::distance;
}
namespace N
{
template struct S {};
class Q : S {};
int distance(Q,Q);
}
int i = di
--- Comment #2 from drow at gcc dot gnu dot org 2007-09-23 17:49 ---
I got the correct result on amd64 with g++-3.3 (GCC) 3.3.6 (Debian 1:3.3.6-15).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33537
--- Comment #3 from jason at gcc dot gnu dot org 2007-09-23 17:49 ---
I don't think implementing this can leverage the attribute work. I'd probably
implement it with a new tree code; the alternative would be a new flag in a lot
of places.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #3 from bangerth at dealii dot org 2007-09-23 17:20 ---
Confirmed.
W.
--
bangerth at dealii dot org changed:
What|Removed |Added
Status|UNCONFIRME
--- Comment #3 from bangerth at dealii dot org 2007-09-23 17:13 ---
Confirmed indeed. Core DR 20 added the following text to 12.8/15:
This elision of copy operations is permitted in the following
circumstances (which may be combined to eliminate multiple copies):
-- in
--- Comment #1 from bangerth at dealii dot org 2007-09-23 17:07 ---
I get the same output
(gdb) ptype foo
type = int (Obj &)
for all compilers I tried here, i.e. gcc versions 2.95, 3.2.3, 3.3.6, 3.4.6
and 4.1.2. This is with gdb 6.5.
On the other hand, when using icc10 and Sun Studi
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-09-23 16:59 ---
(In reply to comment #3)
> (In reply to comment #2)
> > This is not a bogus escape, just extraneous.
>
> Uh, what exactly do you mean? This code is not valid:
this escape is in the machine description file which is
--- Comment #3 from bangerth at dealii dot org 2007-09-23 16:56 ---
(In reply to comment #2)
> This is not a bogus escape, just extraneous.
Uh, what exactly do you mean? This code is not valid:
---
char *p = \"abc\";
---
Neither should the one quoted be...
W.
--
ban
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-09-23 16:43 ---
Again this is only an extraneous escape.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tomerben at ceva-dsp dot com 2007-09-23 16:31 ---
(In reply to comment #1)
> If so (did you look how DECL_FIELD_OFFSET is set?) then the documentation in
> tree.h needs adjustment as well:
> /* In a FIELD_DECL, this is the field position, counting in bytes, of the
>
--- Comment #7 from jason at gcc dot gnu dot org 2007-09-23 15:28 ---
Fixed for 4.3.0.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASS
--
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 jason at gcc dot gnu dot org 2007-09-23 15:27 ---
Subject: Bug 16370
Author: jason
Date: Sun Sep 23 15:27:10 2007
New Revision: 128691
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128691
Log:
PR c++/16370
* decl.c (grokdeclarator): Look thro
Compile the code below using g++ -g, load the object into gdb, and 'ptype foo'.
You will see that the type of foo is 'int (Obj &)'. If this function is
called from GDB, and the called function modifies its argument, it will end up
modifying the original copy. It's supposed to get a temporary cop
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-09-23 12:47 ---
6.3.1.4/1 says this is undefined.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from rguenth at gcc dot gnu dot org 2007-09-23 12:40
---
This sounds like possibly an aliasing issue. Anyway, does this still occur
with a maintained version of GCC? That would be at least 4.2.1.
--
rguenth at gcc dot gnu dot org changed:
What|Remov
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-09-23 12:35 ---
Please re-confirm this if this still happens on the mainline as I cannot
reproduce
this with a i686 target.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-09-23 12:26 ---
Why didn't you submit a patch?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
La
--- Comment #7 from rguenth at gcc dot gnu dot org 2007-09-23 12:21 ---
Can you verify the bug still occurs with a still maintained version of GCC?
That
is, GCC 4.2.1 or trunk. Thanks.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Adde
--- Comment #7 from rguenth at gcc dot gnu dot org 2007-09-23 12:15 ---
Re-confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #3 from pcarlini at suse dot de 2007-09-23 11:52 ---
By the way, the hunk of code at issue dates back to this time:
http://gcc.gnu.org/ml/gcc-patches/2001-10/msg00589.html
(and, by the way, I cannot find an explicit approval in the mailing list).
Anyway, the effect of re
--- Comment #7 from rguenth at gcc dot gnu dot org 2007-09-23 11:48 ---
Testcase from comment #1 still returns 0 on trunk.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-09-23 11:39 ---
Re-confirmed with the new C++ parser.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-09-23 11:25 ---
Reconfirmed. Looks like non-regression wrong-code bugs get no attention :/
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-09-23 11:04 ---
If so (did you look how DECL_FIELD_OFFSET is set?) then the documentation in
tree.h needs adjustment as well:
/* In a FIELD_DECL, this is the field position, counting in bytes, of the
DECL_OFFSET_ALIGN-bit-sized
gcc/config/spu/spu.md:1647f:
{
emit_move_insn (operands[3],spu_float_const(\"0.5\",SFmode)); <
emit_move_insn
(operands[4],spu_float_const(\"1.0011920928955078125\",SFmode)); <
emit_insn(gen_frsqest_sf(operands[2],operands[1]));
emit_insn(gen_fi_sf(operands[2],op
--- Comment #15 from jakub at gcc dot gnu dot org 2007-09-23 09:44 ---
Subject: Bug 32772
Author: jakub
Date: Sun Sep 23 09:44:23 2007
New Revision: 128688
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128688
Log:
PR tree-optimization/32772
* gcc.c-torture/compi
--- Comment #6 from jakub at gcc dot gnu dot org 2007-09-23 09:44 ---
Subject: Bug 32975
Author: jakub
Date: Sun Sep 23 09:44:23 2007
New Revision: 128688
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128688
Log:
PR tree-optimization/32772
* gcc.c-torture/compil
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2007-09-23 09:35
---
PR 33140 disappeared from mainline around 2007-09-08. Dale, can you still see
the ICE you reported?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33174
--- Comment #7 from jakub at gcc dot gnu dot org 2007-09-23 09:34 ---
Subject: Bug 28755
Author: jakub
Date: Sun Sep 23 09:34:28 2007
New Revision: 128685
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128685
Log:
PR middle-end/28755
* expr.c (expand_constructor)
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-09-23 09:32
---
Tobias says "I'm not sure we need this", and Steve rightly points out that this
was ruled out in the past. So, closing for now. (If the need arises, we should
first discuss it on the list, IMHO.)
--
fxcoudert
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--- Comment #2 from kai-gcc-bugs at khms dot westfalen dot de 2007-09-23
09:13 ---
(I count 128 lines in all.)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33534
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-09-23 09:08
---
Fixed on 4.3.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-09-23 09:08
---
$ cat u.f90
character (kind=kind("a")) :: u
end
$ gfortran u.f90
u.f90:1.27:
character (kind=kind("a")) :: u
1
Error: Kind 0 is not a CHARACTER kind at (1)
--
fxcoudert at gc
Taken from tree-ssa-structalias.c:
The original code:
static unsigned HOST_WIDE_INT
bitpos_of_field (const tree fdecl)
{
if (TREE_CODE (DECL_FIELD_OFFSET (fdecl)) != INTEGER_CST
|| TREE_CODE (DECL_FIELD_BIT_OFFSET (fdecl)) != INTEGER_CST)
return -1;
return (tree_low_cst (DECL_FIELD
--- Comment #1 from kai-gcc-bugs at khms dot westfalen dot de 2007-09-23
08:35 ---
... also many more in this file, too many to add here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33534
gcc/config/score/score.md:113ff:
{
switch (which_alternative)
{
case 0: return mdp_limm (operands);
case 1: return mdp_move (operands);
case 2: return mdp_linsn (operands, MDA_BYTE, false);
case 3: return mdp_sinsn (operands, MDA_BYTE);
case 4: return TARGET_MAC ? \"mf%1%
--- Comment #1 from kai-gcc-bugs at khms dot westfalen dot de 2007-09-23
07:29 ---
Also line 1623ff:
{
rtx lateoperands[2];
lateoperands[0] = operands[0];
operands[0] = gen_rtx_REG (HImode, REGNO (operands[0]) + 1);
lateoperands[1] = operands[1];
operands[1] = gen_rtx_REG
gcc/config/pdp11/pdp11.md:1404ff:
{
rtx lateoperands[2];
lateoperands[0] = operands[0];
operands[0] = gen_rtx_REG (HImode, REGNO (operands[0]) + 1);
lateoperands[1] = operands[1];
operands[1] = gen_rtx_REG (HImode, REGNO (operands[1]) + 1);
output_asm_insn (\"clc\", operands);
69 matches
Mail list logo
