--- Additional Comments From charlet at adacore dot com 2004-12-01 08:40
---
Subject: Re: 64bits Ada bootstrap failure:xnmake etc. crash generating
nmake.adb etc.
should have worked but was rejected, so waiting for
better ideas.
Well that may seem obvious, but the better idea
I thought that I had already submitted this one - a search through my bugs
and such keywords as I could think of did not succeed in finding it. If this
is an old bug, please accept my apologies:
The code below causes an ICEtest_triplet.f90: in gfc_trans_scalar_assign, at
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-01
10:17 ---
Subject: Bug 17431
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-01 10:16:51
Modified files:
gcc/cp : ChangeLog call.c
--- Additional Comments From nathan at gcc dot gnu dot org 2004-12-01
10:22 ---
2004-12-01 Nathan Sidwell [EMAIL PROTECTED]
PR c++/17431
* call.c (standard_conversion): Add FLAGS parameter. Do not allow
derived to base conversion when checking constructor
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |nathan at gcc dot gnu dot
|dot org |org
Status|NEW
The internal error can be triggered with the following code :
static inline void foo(void) { }
void bar(void) { foo(); }
with the command line :
gcc -O3 -finstrument-functions -c test.c
I obtain :
test.c: In function `foo':
test.c:2: internal compiler error: in cgraph_expand_function, at
--- Additional Comments From belyshev at lubercy dot com 2004-12-01 11:58
---
Confirmed, -O1 -funit-at-a-time -finline-functions -finstrument-function is
enough to reproduce.
--
What|Removed |Added
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-01
12:04 ---
The bug appeared here:
: Search converges between 2004-01-28-trunk (#443) and 2004-01-29-trunk (#444).
and was fixed on mainline with the tree-ssa merge.
Jan, I think this is caused by your patches for
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-01
12:36 ---
*** This bug has been marked as a duplicate of 16780 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-01
12:36 ---
*** Bug 18753 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-01
12:36 ---
Fixed on the mainline at least.
--
What|Removed |Added
Known to fail|3.4.1 3.4.2 4.0.0
--
What|Removed |Added
Known to work||3.4.4 3.3.6 4.0.0
Target Milestone|--- |3.3.6
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-01
12:42 ---
Maybe unsetting the DECL's context will fix the ICE, I don't know for sure.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18596
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-01
12:42 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-01
12:48 ---
Confirmed, will be fixed by the patch for PR 18746 so mine.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-01
12:50 ---
Mine, will be fixed by the patch for PR 18706.
--
What|Removed |Added
BugsThisDependsOn|
--- Additional Comments From coudert at clipper dot ens dot fr 2004-12-01
12:50 ---
This is probably the reason why the NIST tests FM108 and FM411 are failing.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-01
12:53 ---
I should note after my patch for 18746, I have only 42 failures left. This is
without changing ZCX.
# of unexpected failures42
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-01
12:53 ---
I had meant PR 18746.
--
What|Removed |Added
BugsThisDependsOn|
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-01
12:57 ---
Testing a fix.
--
What|Removed |Added
AssignedTo|jh at suse dot cz
--- Additional Comments From nathan at gcc dot gnu dot org 2004-12-01
12:58 ---
fixed on 3.4 branch too
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-01
13:02 ---
Subject: Bug 17431
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-12-01 12:58:18
Modified files:
gcc/cp :
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-01
13:04 ---
Recategorizing.
--
What|Removed |Added
Component|target
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-01
13:16 ---
Actually it only fixes cc1221c but not ce2208b which looks still related.
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-01
13:35 ---
Here's the time report on x86-64:
Execution times (seconds)
garbage collection: 3.72 ( 3%) usr 0.09 ( 1%) sys 4.03 ( 3%) wall
callgraph construction: 0.01 ( 0%) usr 0.00 ( 0%) sys 0.02
--- Additional Comments From tbptbp at gmail dot com 2004-12-01 13:41
---
I don't think it's resolved at all, got bitten by exactly the same symptoms with
snapshots gcc-4.0-20041128 gcc-4.0-20041121 on cygwin.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18073
--- Additional Comments From uros at gcc dot gnu dot org 2004-12-01 14:07
---
With GCC: (GNU) 4.0.0 20041201 (experimental), following code is produced
(without -ffast-math):
_Z6foobarv:
.LFB2:
pushl %ebp
.LCFI0:
movl %esp, %ebp
.LCFI1:
subl $4, %esp
.LCFI2
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-01
14:27 ---
Actually the most optimial code would be:
_Z6foobarv:
.LFB2:
pushl %ebp
.LCFI0:
movl%esp, %ebp
.LCFI1:
subl$24, %esp
.LCFI2:
movaps a, %xmm0
mulps
--- Additional Comments From lerdsuwa at gcc dot gnu dot org 2004-12-01
14:32 ---
The problem is in check_explicit_specialization and/or
current_tmpl_spec_kind functions. They don't handle
specializations in friends correctly.
I still have a few other PRs to deal with and won't get to
Take the following code:
struct X { float array[4]; };
X a,b;
float foobar () {
float s = 0;
X c;
for (unsigned int d=0; d4; ++d)
c.array[d] = a.array[d] * b.array[d];
for (unsigned int d=0; d4; ++d)
s+=c.array[d];
return s;
}
With -O3 -funroll-loops -fno-ivopts -ffast-math
Take the following code:
struct X { float array[4]; };
X a,b;
float foobar () {
float s = 0;
X c;
for (unsigned int d=0; d4; ++d)
c.array[d] = a.array[d] * b.array[d];
for (unsigned int d=0; d4; ++d)
s+=c.array[d];
return s;
}
With -O3 -funroll-loops, we get in .vars:
--- Additional Comments From mark at codesourcery dot com 2004-12-01 15:08
---
Subject: Re: [3.4/4.0 regression] Internal error: Segmentation
fault (program cc1plus)
cvs-commit at gcc dot gnu dot org wrote:
--- Additional Comments From cvs-commit at gcc dot gnu dot org
The code demonstrates a case where the optimizer breaks the correctness of the
code. That is, without optimization the code works as intended, but with
optimization the code triggers the assertion error.
Reproduce:
Compile code: g++ -O0 dlbcomp.cc
Execute:
Okay
Compile code: g++ -O3 dlbcomp.cc
--- Additional Comments From eda-qa at disemia dot com 2004-12-01 15:10
---
Created an attachment (id=7649)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7649action=view)
Non preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18756
--- Additional Comments From eda-qa at disemia dot com 2004-12-01 15:12
---
Created an attachment (id=7650)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7650action=view)
ii file.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18756
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-01
15:12 ---
Not a bug, just a duplicate of PR 323.
*** This bug has been marked as a duplicate of 323 ***
*** This bug has been marked as a duplicate of 323 ***
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-11-19
15:33 ---
*** Bug 18567 has been marked as a duplicate of this bug. ***
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-01
15:12 ---
*** Bug 18756 has been marked as a duplicate of this
When compiling:
struct S
{
typedef void *P;
};
namespace M
{
typedef void *P;
};
namespace N
{
class S;
struct N
{
template typename T void foo (typename T::P);
};
struct R
{
N n;
template class U, class T inline void bar (U p);
void baz (M::P);
};
template class U, class T
inline
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-01
15:20 ---
: Search converges between 2003-08-10-trunk (#319) and 2003-08-11-trunk (#320).
Confirmed.
--
What|Removed |Added
The following invalid code snippet causes an ICE on mainline:
===
namespace N
{
struct A;
}
templateint struct N::A {};
===
bug.cc:6: error: 'templateint anonymous struct N::A' redeclared as
different kind of symbol
bug.cc:3:
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-01
15:49 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From uros at gcc dot gnu dot org 2004-12-01 16:02
---
If the loop is splitted manually and putting a, b and c inside the foobar()
function [otherwise vectorizer complains about unaligned load]:
--cut here--
struct X
{
float array[4];
};
float foobar()
{
X
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-01
16:21 ---
Patch posted here: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00030.html.
--
What|Removed |Added
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-01
16:24 ---
Here's a reduced example:
struct A
{
templatetypename void foo(int);
templatetypename T void bar(T t) { this-footypename
--- Additional Comments From eda-qa at disemia dot com 2004-12-01 16:24
---
To summarize, this defect effectively states that:
assert( (x/y) == (x/y) )
may cause an assertion if compiled with optimization.
While I understand why it happens, that doesn't mean it isn't a defect. This
--- Additional Comments From reichelt at gcc dot gnu dot org 2004-12-01
16:30 ---
Confirmed.
--
What|Removed |Added
CC|
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-01
16:37 ---
Subject: Bug 18729
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-01 16:37:42
Modified files:
gcc/cp : ChangeLog parser.c
--- Additional Comments From nathan at gcc dot gnu dot org 2004-12-01
16:38 ---
2004-12-01 Nathan Sidwell [EMAIL PROTECTED]
PR c++/18729
* parser.c (cp_parser_class_name): Check decl's type is not
error_mark_node.
--
What|Removed
--- Additional Comments From nathan at gcc dot gnu dot org 2004-12-01
16:44 ---
2004-12-01 Nathan Sidwell [EMAIL PROTECTED]
PR middle-end/18667
* params.c (set_param_value): Add range check.
* params.def: Add min and max values. Reformat long strings.
Using both -fomit-frame-pointer and -momit-leaf-frame-pointer _enables_ frame
pointers for non-leaf functions.
cat x.c
int foo(void) { return 0; }
int bar(void) { return foo() + 1; }
gcc-3.4 -O2 -fomit-frame-pointer -c x.c objdump -d x.o
[...]
0010 bar:
10: e8 fc ff ff ff
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-01
16:46 ---
Subject: Bug 18667
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-01 16:46:31
Modified files:
gcc: ChangeLog params.c params.def
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-01
17:19 ---
Subject: Bug 17107
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-01 17:18:43
Modified files:
gcc: ChangeLog
Following command line does not generate debug info for bar.c
gcc -gfull -O0 foo.c bar.c -o foobar
-gfull is a Darwin specific compiler option.
--
Summary: gcc 4.0 doesn't emit debug info for one of the files if
two files are given on the same compile line
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-01
17:43 ---
I'm downgrading the priority here, as M68K is not a primary platform.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-01
18:14 ---
Subject: Bug 15289
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-01 18:13:36
Modified files:
gcc: ChangeLog emit-rtl.c expmed.c expr.c
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-01
18:15 ---
I don't consider this a regression; libgfortran is new in this release. So, I
have removed the target milestone.
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-01
18:16 ---
Subject: Bug 15289
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-01 18:15:59
Added files:
gcc/testsuite/gcc.c-torture/execute: 20041201-1.c
Log
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-01
18:17 ---
I do not consider this a regression, as grotran is new, so I've removed the
target milestone.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-01
18:19 ---
I saw that it built now and you posted the results so is this fixed?
http://gcc.gnu.org/ml/gcc-testresults/2004-12/msg00014.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17356
--
What|Removed |Added
Severity|critical|normal
Priority|P1 |P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14798
--
What|Removed |Added
Priority|P2 |P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16482
--
What|Removed |Added
Priority|P2 |P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16589
--
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=10692
--- Additional Comments From mmitchel at gcc dot gnu dot org 2004-12-01
18:20 ---
This is not a regression, just a bug, so I have removed the target milestone.
--
What|Removed |Added
--
What|Removed |Added
Priority|P2 |P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14532
--
What|Removed |Added
Priority|P2 |P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15212
--
What|Removed |Added
Priority|P2 |P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18170
--
What|Removed |Added
Priority|P2 |P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13754
--
What|Removed |Added
Priority|P2 |P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18335
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-01
18:25 ---
This can happen else where so removing target.
--
What|Removed |Added
GCC build
--- Additional Comments From rth at redhat dot com 2004-12-01 18:32 ---
Subject: Re: [3.4/4.0 Regression] g++ crash with -O2 and -O3 on input file
On Wed, Dec 01, 2004 at 11:05:43AM -0700, Jeffrey A Law wrote:
I'm not checking in this change at the current time to give folks
--- Additional Comments From dorit at il dot ibm dot com 2004-12-01 18:34
---
This patch should fix the problem:
Index: tree-vectorizer.c
===
RCS file: /cvs/gcc/gcc/gcc/tree-vectorizer.c,v
retrieving revision 2.42
diff -c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-01
18:35 ---
Subject: Bug 18699
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-01 18:34:56
Modified files:
libjava: ChangeLog
Added files:
--- Additional Comments From joern dot rennecke at st dot com 2004-12-01
18:37 ---
Subject: Re: [4.0 Regression] gcc.c-torture/unsorted/SFset.c
fails with -O2 -m4
This patch is still waiting for review:
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg01477.html
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-01
18:40 ---
Hmm, the problem is related to the specs says to delete gfull.
%{gfull: -g -fno-eliminate-unused-debug-symbols %gfull }
but since we look the specs once per file, we remove the option for the first
one but
--- Additional Comments From dpatel at apple dot com 2004-12-01 18:43
---
Subject: Re: gcc 4.0 doesn't emit debug info for one of the files if two files
are given on the same compile line
Yes :). I have the patch to fix it. Once bootstrap and make check
finishes, I will post it for
This program does not give the same alignment for A and B, which is very weird,
since the only difference is that B contains a declaration of a nested type.
The culprit here is the Darwin round_type_align code. I do not know if this bug
still occurs with GCC 4.0.
extern C int printf (const
--- Additional Comments From hjl at lucon dot org 2004-12-01 18:49 ---
It looks like it has been fixed by
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02707.html
--
What|Removed |Added
--
Bug 18532 depends on bug 18533, which changed state.
Bug 18533 Summary: EXTRA_MULTILIB_PARTS are used to build libgcc_s.so for
multilib
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18533
What|Old Value |New Value
--- Additional Comments From laurent at guerby dot net 2004-12-01 18:53
---
(In reply to comment #8)
Subject: Re: 64bits Ada bootstrap failure:xnmake etc. crash generating
nmake.adb etc.
Well that may seem obvious, but the better idea would be to fix the
code generation issue to
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-01
18:54 ---
Subject: Bug 18291
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-01 18:54:05
Modified files:
gcc: ChangeLog tree-ssa-copy.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-01
18:56 ---
The problem has nothing to do with enums at all but doubles, if the double is
the second element in
the union it works. I do know that that would be correct for structs but I
forgot about the rules for
--- Additional Comments From mark at codesourcery dot com 2004-12-01 18:59
---
Subject: Re: C++ ABI bug on OS X with doubles
pinskia at gcc dot gnu dot org wrote:
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-01
18:56 ---
The problem has nothing to
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-01
19:08 ---
oh, yes now I see it.
Confirmed, the problem is really in rs6000_special_round_type_align where we
only skip VAR_DECLs
but we should be skiping TYPE_DECLS also.
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-01
19:10 ---
This patch should fix it:
Index: rs6000.c
===
RCS file: /cvs/gcc/gcc/gcc/config/rs6000/rs6000.c,v
retrieving revision 1.757
diff -u -p
(Debian bug #283833)
-- RM 8.5.4(5) the convention of the renamed subprogram shall not
-- be Intrinsic, if the renaming-as-body completes that declaration
-- after the subprogram it declares is frozen.
-- RM 13.14(3) the end of the declaration of a library package
-- causes freezing of each
--
What|Removed |Added
Keywords||accepts-invalid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18762
--- Additional Comments From mark at codesourcery dot com 2004-12-01 19:13
---
Subject: Re: C++ ABI bug on OS X with emebed types
pinskia at gcc dot gnu dot org wrote:
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-01
19:08 ---
oh, yes now I see it.
With gcc mainline checked out on Wed Dec 1 18:24:04 UTC 2004, I got
gnu-4:pts/0[38] stage2/xgcc -Bstage2/
-B/usr/gcc-4.0/ia64-unknown-linux-gnu/bin/ -c -DUSE_LIBUNWIND_EXCEPTIONS -g
-O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes
-pedantic -Wno-long-long
--
What|Removed |Added
Severity|normal |critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18763
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-01
19:17 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-01
19:18 ---
Confirmed, this is a latent bug in tree-ssa-alias which I am fixing.
--
What|Removed |Added
--- Additional Comments From dnovillo at gcc dot gnu dot org 2004-12-01
19:19 ---
Fix: http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00058.html
--
What|Removed |Added
when 2 classes have the same name are loaded it is possible to get at the second
class from _objc_load_callback and when you send it a message, it segfaults when
installing the dispatch table.
--
Summary: segfault in libobjc when sending a message to a
conflicting
--- Additional Comments From ratmice at yahoo dot com 2004-12-01 19:23
---
Created an attachment (id=7652)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7652action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18764
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Summary|segfault in
--
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
(Debian bug #283835)
package Test_133 is
package pak1 is
type T1 is null record;
end pak1;
package pak2 is
subtype boolean is standard.boolean;
function = (x, y: pak1.T1) return boolean;
end pak2;
use pak1, pak2;
x1: pak1.T1;
b1: boolean := x1 /= x1;
--- Additional Comments From echristo at redhat dot com 2004-12-01 20:40
---
I doubt this is still a problem, but I'm going through bugs.
--
What|Removed |Added
--- Additional Comments From bangerth at dealii dot org 2004-12-01 20:49
---
In reply to comment #6:
Please note, that we should return the result in fp reg, so final flds is
needed in any case. I think, this code is optimal.
Almost, or at least I believe so. If we assume that
1 - 100 of 174 matches
Mail list logo
