gcc -c p_aae_ts_control.adb
+===GNAT BUG DETECTED==+
| 4.1.0 (i686-pc-linux-gnu) in get_memory_rtx, at builtins.c:1086 |
| Error detected at p_aae_ts_control.adb:44:5 |
| Please submit a bug report; see
--- Comment #1 from oliver dot kellogg at eads dot com 2006-11-30 08:13
---
Created an attachment (id=12713)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12713action=view)
Please include these source files with error report [...]
--
--- Comment #2 from oliver dot kellogg at eads dot com 2006-11-30 08:14
---
Does not happen with GNAT Pro 5.04a.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30027
--- Comment #24 from pluto at agmk dot net 2006-11-30 10:47 ---
currently i'm trying to build the kdelibs with gcc42-svn.
my qt and gcc are patched with:
http://cvs.pld-linux.org/cgi-bin/cvsweb/SOURCES/gcc-pr20218.patch?rev=HEAD
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-11-30 10:57 ---
Works at least on the 4.2 branch and the mainline.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-30 11:02 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
URL|
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-30 11:04 ---
I think it is harder in this case as the char is promoted to int and then we
don't demote it until after the front-end is doing its parsing ...
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-30 11:06 ---
This was fixed by:
2006-11-29 Daniel Berlin [EMAIL PROTECTED]
Steven Bosscher [EMAIL PROTECTED]
* Makefile.in (tree-ssanames.o): Remove gt-tree-ssanames.h,
since it no longer exists.
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-11-30 11:07 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-30 11:24 ---
With checking we get a different ICE:
t1.cc: In function void f():
t1.cc:3: error: statement makes a memory store, but has no V_MAY_DEFS nor
V_MUST_DEFS
VIEW_CONVERT_EXPRunion __v4F(b_1).a[1] = 1.0e+0;
t1.cc:3:
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-11-30 11:54 ---
I think there are two issues, first this code should be rejected which it was
in 3.2.3:
t.cc:38: invalid reinterpret_cast from type `vector float' to type `__v4F'
Second the VIEW_CONVERT_EXPR issue which an
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-30 11:56 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
URL|
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-11-30 11:58 ---
*** This bug has been marked as a duplicate of 25818 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-11-30 11:58
---
*** Bug 30025 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
gcc.c-torture/execute/builtins/memops-asm.c fails on sh-elf
with -O1 and higher. It seems that bcopy is converted to memcpy
even when source and destination area are overlapped. It looks
same tests start to fail also on ia64 and s390 testresults. They
don't fail on i686, but a similar testcase
--- Comment #8 from hubicka at gcc dot gnu dot org 2006-11-30 13:06 ---
Probably my bug, I guess the same as shown in dlv nightly tester.
I am looking into it.
--
hubicka at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-11-30 13:42 ---
Yes, it's a reduced testcase from the DVL failure.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30017
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-11-30 13:52 ---
This is honza again.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from hubicka at ucw dot cz 2006-11-30 14:04 ---
Subject: Re: [4.3 Regression] ICE in cp_expr_size, at cp/cp-objcp-common.c:101
Hi,
the problem is conversion of:
__builtin_memcpy(this,f,sizeof(FIND_RESULT));
to assignment. It triggers sanity check in
--- Comment #11 from hubicka at ucw dot cz 2006-11-30 14:06 ---
Subject: Re: [4.3 Regression] ICE in cp_expr_size, at cp/cp-objcp-common.c:101
--- Comment #10 from hubicka at ucw dot cz 2006-11-30 14:04 ---
Subject: Re: [4.3 Regression] ICE in cp_expr_size, at
--- Comment #12 from rguenth at gcc dot gnu dot org 2006-11-30 14:08
---
The code has not undefined behavior, but I think removing the check is ok (it's
certainly not supposed to trigger _inside_ the assignment operator or the
copy constructor).
--
--- Comment #2 from hubicka at ucw dot cz 2006-11-30 14:11 ---
Subject: Re: [4.3 Regression] bcopy is wrongly converted to memcpy
Hi,
there is nice typo on the check validating the transformation. I am
testing the patch and will commit it as obvious if it passes.
Honza
Index:
The following program gives a wrong number for bb
as shown in the output. This error doesn't come with
the g77 (and ifort).
It is enough to change something in the (small) program
to have the correct result (bb=0.)
c program test
real*4 ap(300,150),at(300,150),ap_x(300),at_x(300)
c
--- Comment #12 from pault at gcc dot gnu dot org 2006-11-30 14:25 ---
(In reply to comment #2)
I'm an absolute beginner in programming gfortran, but the following patch
I am coming to the conclusion that your patch is one of three possible
solutions to this and pr30025:
(i) Do as
--- Comment #25 from hjl at lucon dot org 2006-11-30 14:44 ---
The problem is with .libs/main_skel.o. Why don't you show us the relocation
and definition in .libs/main_skel.o?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20218
--- Comment #26 from pluto at agmk dot net 2006-11-30 15:16 ---
Created an attachment (id=12714)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12714action=view)
main_skel.o
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20218
--- Comment #8 from wouter dot vermaelen at pi dot be 2006-11-30 15:40
---
I'm not sure this is the same problem, but on todays build even an empty file
in c++ mode triggers an ICE:
touch empty.c
gcc -fipa-pta empty.c
[this works as expected]
touch empty.cpp
gcc -fipa-pta
--- Comment #13 from pault at gcc dot gnu dot org 2006-11-30 15:52 ---
Created an attachment (id=12715)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12715action=view)
A development of Alexander Taeschner's patch
It is regtesting as I write; if all is well, I will submit tonight
--- Comment #13 from pault at gcc dot gnu dot org 2006-11-30 15:52 ---
Created an attachment (id=12715)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12715action=view)
A development of Alexander Taeschner's patch
It is regtesting as I write; if all is well, I will submit tonight
--- Comment #2 from jg at jguk dot org 2006-11-30 15:52 ---
Hi,
What the issue is that distros split up GCC into different packages which
means
it is an installation issue but not a GCC issue.
Good point.
I still think the text can be improved; how about like this:
gcc:
--- Comment #27 from hjl at lucon dot org 2006-11-30 15:53 ---
(In reply to comment #26)
Created an attachment (id=12714)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12714action=view) [edit]
main_skel.o
It looks OK. Please provide a complete testcase. It could be a gcc bug,
--- Comment #3 from dimock at csail dot mit dot edu 2006-11-30 15:55
---
(In reply to comment #2)
... first this code should be rejected which it was in 3.2.3:
t.cc:38: invalid reinterpret_cast from type `vector float' to type `__v4F'
(0) I don't have 3.2.3 handy, but have 3.4.3
--- Comment #20 from patchapp at dberlin dot org 2006-11-30 16:15 ---
Subject: Bug number PR29433
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-11/msg02053.html
--
-Wall -pendatic options warn about a lot of issues that are often programming
errors. I would like to sugest reversing the warning policy so that warnings
should be explicitly turned off instead of on. The rational behind this is
that, the programmer should be warned about possible issues with his
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-11-30 16:52 ---
As a bug this will be very likely ignore (I'm even tempted to close it as
WONTFIX or WORKSFORME). Please raise policy issues on the appropriate
mailinglist (gcc@gcc.gnu.org).
--
--- Comment #2 from amylaar at gcc dot gnu dot org 2006-11-30 17:06 ---
Subject: Bug 29931
Author: amylaar
Date: Thu Nov 30 17:05:45 2006
New Revision: 119366
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119366
Log:
include:
2006-05-03 Andrew Stubbs [EMAIL PROTECTED]
--- Comment #1 from burnus at gcc dot gnu dot org 2006-11-30 17:23 ---
Confirm.
The error is fixed in 4.3 and 4.2 (today's builds). It is present in 4.1
20061115 (SUSE) and -- see original report -- 4.1 20061011 (Red Hat).
(I haven't check the svn 4.1 version.)
--
burnus at gcc dot
--- Comment #2 from gcc at nefthy dot de 2006-11-30 17:33 ---
Please close. Will report to mailing list. Thx for the comment.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30030
--- Comment #4 from pinskia at gmail dot com 2006-11-30 18:10 ---
Subject: Re: [4.0/4.1/4.2/4.3 Regression]
internal compiler error: in convert_move, at expr.c:362
On Thu, 2006-11-30 at 15:55 +, dimock at csail dot mit dot edu
wrote:
(2a) [portability and performance]
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-11-30 18:14 ---
This also fails for spu-elf.
Confirmed.
http://gcc.gnu.org/ml/gcc-testresults/2006-11/msg01291.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-11-30 18:20 ---
(In reply to comment #2)
Hi,
What the issue is that distros split up GCC into different packages which
means
it is an installation issue but not a GCC issue.
Good point.
I still think the text can be
The following program is based on the gaz_dyn.f90 test of Polyhedron; there
gfortran -march=opteron -ffast-math -funroll-loops -ftree-vectorize -msse3 -O3
-g needs
0m13.999s
whereas ifort 9.1 -O3 -xW -ipo -no-prec-div -static -V -g needs
0m7.638s.
See
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-11-30 18:29 ---
Closing as requested
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-11-30 18:31
---
(In reply to comment #12)
The code has not undefined behavior, but I think removing the check is ok
(it's
certainly not supposed to trigger _inside_ the assignment operator or the
copy constructor).
Actually
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-11-30 18:38 ---
Here is the loop that is generated:
.L4:
flds(%ebx,%edx,4)
leal1(%edx), %eax
fmul%st(1), %st
fdivs (%ecx,%edx,4)
fsqrt
fstps (%esi,%edx,4)
flds
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-11-30 18:44 ---
Also you are using VLAs so maybe ICC also converts those VLAs to normal arrays.
You might also want to add -mfpmath=sse,387.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30032
--- Comment #21 from bonzini at gnu dot org 2006-11-30 18:48 ---
Dave, is the compiler being miscompiled here? Can you reproduce the failure
with ../configure --disable-bootstrap make? If so, what is the backtrace?
Thanks,
Paolo
--
--- Comment #14 from jh at suse dot cz 2006-11-30 18:54 ---
Subject: Re: [4.3 Regression] ICE in cp_expr_size, at cp/cp-objcp-common.c:101
The code has not undefined behavior, but I think removing the check is ok
(it's
certainly not supposed to trigger _inside_ the assignment
--- Comment #3 from burnus at gcc dot gnu dot org 2006-11-30 18:54 ---
Created an attachment (id=12717)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12717action=view)
icc -O3 -xW -S of only the function eos()
but I think what ICC does is only calculates CS[1] instead of all of
--- Comment #22 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-30
19:10 ---
Subject: Re: [4.3 Regression] build/genconditions
../../gcc/gcc/config/pa/pa.md tmp-condmd.c: /bin/sh: 13354 M
--- Comment #21 from bonzini at gnu dot org 2006-11-30 18:48 ---
Dave, is the
--- Comment #23 from paolo dot bonzini at lu dot unisi dot ch 2006-11-30
19:18 ---
Subject: Re: [4.3 Regression] build/genconditions
../../gcc/gcc/config/pa/pa.md tmp-condmd.c: /bin/sh: 13354 Memory
fault(coredump)
I had an unexpected eye operation Tuesday and the vision in my
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dfranke at gcc dot gnu dot
|dot org
--- Comment #5 from chaoyingfu at gcc dot gnu dot org 2006-11-30 19:25
---
Subject: Bug 23470
Author: chaoyingfu
Date: Thu Nov 30 19:24:37 2006
New Revision: 119373
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119373
Log:
Merged revisions 118337-118377 via svnmerge from
--- Comment #11 from chaoyingfu at gcc dot gnu dot org 2006-11-30 19:25
---
Subject: Bug 15834
Author: chaoyingfu
Date: Thu Nov 30 19:24:37 2006
New Revision: 119373
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119373
Log:
Merged revisions 118337-118377 via svnmerge from
--- Comment #8 from chaoyingfu at gcc dot gnu dot org 2006-11-30 19:25
---
Subject: Bug 11377
Author: chaoyingfu
Date: Thu Nov 30 19:24:37 2006
New Revision: 119373
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119373
Log:
Merged revisions 118337-118377 via svnmerge from
--- Comment #22 from chaoyingfu at gcc dot gnu dot org 2006-11-30 19:25
---
Subject: Bug 29067
Author: chaoyingfu
Date: Thu Nov 30 19:24:37 2006
New Revision: 119373
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119373
Log:
Merged revisions 118337-118377 via svnmerge from
--- Comment #12 from chaoyingfu at gcc dot gnu dot org 2006-11-30 19:25
---
Subject: Bug 29627
Author: chaoyingfu
Date: Thu Nov 30 19:24:37 2006
New Revision: 119373
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119373
Log:
Merged revisions 118337-118377 via svnmerge from
--- Comment #15 from chaoyingfu at gcc dot gnu dot org 2006-11-30 19:25
---
Subject: Bug 29537
Author: chaoyingfu
Date: Thu Nov 30 19:24:37 2006
New Revision: 119373
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119373
Log:
Merged revisions 118337-118377 via svnmerge from
--- Comment #29 from chaoyingfu at gcc dot gnu dot org 2006-11-30 19:25
---
Subject: Bug 23067
Author: chaoyingfu
Date: Thu Nov 30 19:24:37 2006
New Revision: 119373
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119373
Log:
Merged revisions 118337-118377 via svnmerge from
--- Comment #18 from chaoyingfu at gcc dot gnu dot org 2006-11-30 19:25
---
Subject: Bug 16622
Author: chaoyingfu
Date: Thu Nov 30 19:24:37 2006
New Revision: 119373
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119373
Log:
Merged revisions 118337-118377 via svnmerge from
--- Comment #4 from hubicka at gcc dot gnu dot org 2006-11-30 19:36 ---
Subject: Bug 30028
Author: hubicka
Date: Thu Nov 30 19:36:02 2006
New Revision: 119375
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119375
Log:
PR middle-end/30028
* builtins.c
--- Comment #5 from chaoyingfu at gcc dot gnu dot org 2006-11-30 19:44
---
Subject: Bug 27405
Author: chaoyingfu
Date: Thu Nov 30 19:43:57 2006
New Revision: 119376
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119376
Log:
Merged revisions 118384-118452 via svnmerge from
--- Comment #11 from chaoyingfu at gcc dot gnu dot org 2006-11-30 19:44
---
Subject: Bug 28400
Author: chaoyingfu
Date: Thu Nov 30 19:43:57 2006
New Revision: 119376
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119376
Log:
Merged revisions 118384-118452 via svnmerge from
--- Comment #35 from chaoyingfu at gcc dot gnu dot org 2006-11-30 19:44
---
Subject: Bug 29335
Author: chaoyingfu
Date: Thu Nov 30 19:43:57 2006
New Revision: 119376
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119376
Log:
Merged revisions 118384-118452 via svnmerge from
--- Comment #51 from chaoyingfu at gcc dot gnu dot org 2006-11-30 19:44
---
Subject: Bug 29639
Author: chaoyingfu
Date: Thu Nov 30 19:43:57 2006
New Revision: 119376
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119376
Log:
Merged revisions 118384-118452 via svnmerge from
--- Comment #34 from amylaar at gcc dot gnu dot org 2006-11-30 20:04
---
Created an attachment (id=12718)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12718action=view)
add-on patch
I've found that this patch is also necessary to avoid invalid transformations.
--
--- Comment #31 from patchapp at dberlin dot org 2006-11-30 20:10 ---
Subject: Bug number PR libfortran/29568
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-11/msg02060.html
--
--- Comment #4 from burnus at gcc dot gnu dot org 2006-11-30 21:14 ---
Also you are using VLAs so maybe ICC also converts those VLAs to normal
arrays.
Some tests with
void eos(const int NODES, const float CGAMMA, float CS[NODES], const float
PRES[NODES], const float DENS[NODES])
--- Comment #4 from burnus at gcc dot gnu dot org 2006-11-30 21:14
---
Also you are using VLAs so maybe ICC also converts those VLAs to normal
arrays.
You misunderstood me.
const int NODES = 2500;
float f[NODES];
causes a VLA to happen because in C, NODES is not a constant
--- Comment #5 from pinskia at physics dot uc dot edu 2006-11-30 21:23
---
Subject: Re: sqrt(CGAMMA*PRES[j]/DENS[j]) much slower than compiting compiler
--- Comment #4 from burnus at gcc dot gnu dot org 2006-11-30 21:14
---
Also you are using VLAs so maybe ICC
--- Comment #4 from p dot obry at wanadoo dot fr 2006-11-30 21:38 ---
(In reply to comment #3)
*** Bug 25560 has been marked as a duplicate of this bug. ***
Not a duplicate as the patch sent for 25560 does not fix my problem. Tested
with GCC 4.1.2. So this still needs to be fixed.
--- Comment #3 from dfranke at gcc dot gnu dot org 2006-11-30 22:34 ---
In addition to comment #2, it is to note, that -W alone does not give any
diagnostic at all.
Also, the FE emits different messages, if different flags are specified:
# -Wall
Warning: Unused variable x declared at
--- Comment #2 from tkoenig at gcc dot gnu dot org 2006-11-30 22:57 ---
bb is used uninitialized in this program, so
the program can do anything (including
starting world war III). Assuming that
non-initialized variables are set to zero
was part of a lot of legacy codes. g77
supported
--- Comment #7 from tkoenig at gcc dot gnu dot org 2006-11-30 22:57 ---
*** Bug 30029 has been marked as a duplicate of this bug. ***
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from mueller at gcc dot gnu dot org 2006-11-30 23:08 ---
Subject: Bug 18313
Author: mueller
Date: Thu Nov 30 23:08:27 2006
New Revision: 119382
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119382
Log:
2006-12-01 Dirk Mueller [EMAIL PROTECTED]
PR
--- Comment #4 from mueller at gcc dot gnu dot org 2006-11-30 23:11 ---
Implemented for 4.3.
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from mueller at gcc dot gnu dot org 2006-11-30 23:15 ---
what is the status of these patches? I just started to look into this..
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from mueller at gcc dot gnu dot org 2006-11-30 23:16 ---
not entirely related.
--
mueller at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from jg at jguk dot org 2006-12-01 00:00 ---
Hi, Thanks for your reply.
We look into acouple of directories to find jc1, so it is not hardcoded
directly. The --prefix directory is hardcoded into gcc but that is just one
directory where we look into, we also search
--- Comment #6 from burnus at gcc dot gnu dot org 2006-12-01 00:04 ---
You misunderstood me.
const int NODES = 2500;
float f[NODES];
causes a VLA to happen because in C, NODES is not a constant expression.
You can do instead:
#define NODES 2500
to get the non VLA.
I should
--- Comment #4 from jg at jguk dot org 2006-12-01 00:00 ---
Hi, Thanks for your reply.
Again if the distros did not split up the compiler, you would not have an
installation
problem but a notice that the Java compiler is not installed so I don't think
this
should be fixed or
--- Comment #5 from pinskia at physics dot uc dot edu 2006-12-01 00:05
---
Subject: Re: Clarify gcc jc1 cc1 cc1plus installation problem No such file or
directory error
--- Comment #4 from jg at jguk dot org 2006-12-01 00:00 ---
Hi, Thanks for your reply.
Again if the
--- Comment #9 from chaoyingfu at gcc dot gnu dot org 2006-12-01 00:07
---
Subject: Bug 29713
Author: chaoyingfu
Date: Fri Dec 1 00:05:26 2006
New Revision: 119383
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119383
Log:
Merged revisions 118455-118543 via svnmerge from
--- Comment #6 from chaoyingfu at gcc dot gnu dot org 2006-12-01 00:07
---
Subject: Bug 29707
Author: chaoyingfu
Date: Fri Dec 1 00:05:26 2006
New Revision: 119383
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119383
Log:
Merged revisions 118455-118543 via svnmerge from
--- Comment #6 from chaoyingfu at gcc dot gnu dot org 2006-12-01 00:07
---
Subject: Bug 21061
Author: chaoyingfu
Date: Fri Dec 1 00:05:26 2006
New Revision: 119383
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119383
Log:
Merged revisions 118455-118543 via svnmerge from
--- Comment #5 from chaoyingfu at gcc dot gnu dot org 2006-12-01 00:07
---
Subject: Bug 29630
Author: chaoyingfu
Date: Fri Dec 1 00:05:26 2006
New Revision: 119383
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119383
Log:
Merged revisions 118455-118543 via svnmerge from
--- Comment #12 from chaoyingfu at gcc dot gnu dot org 2006-12-01 00:07
---
Subject: Bug 29565
Author: chaoyingfu
Date: Fri Dec 1 00:05:26 2006
New Revision: 119383
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119383
Log:
Merged revisions 118455-118543 via svnmerge from
--- Comment #17 from chaoyingfu at gcc dot gnu dot org 2006-12-01 00:07
---
Subject: Bug 27895
Author: chaoyingfu
Date: Fri Dec 1 00:05:26 2006
New Revision: 119383
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119383
Log:
Merged revisions 118455-118543 via svnmerge from
--- Comment #8 from chaoyingfu at gcc dot gnu dot org 2006-12-01 00:07
---
Subject: Bug 26915
Author: chaoyingfu
Date: Fri Dec 1 00:05:26 2006
New Revision: 119383
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119383
Log:
Merged revisions 118455-118543 via svnmerge from
--- Comment #20 from chaoyingfu at gcc dot gnu dot org 2006-12-01 00:07
---
Subject: Bug 29439
Author: chaoyingfu
Date: Fri Dec 1 00:05:26 2006
New Revision: 119383
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119383
Log:
Merged revisions 118455-118543 via svnmerge from
--- Comment #23 from chaoyingfu at gcc dot gnu dot org 2006-12-01 00:07
---
Subject: Bug 24518
Author: chaoyingfu
Date: Fri Dec 1 00:05:26 2006
New Revision: 119383
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119383
Log:
Merged revisions 118455-118543 via svnmerge from
--- Comment #9 from chaoyingfu at gcc dot gnu dot org 2006-12-01 00:07
---
Subject: Bug 25545
Author: chaoyingfu
Date: Fri Dec 1 00:05:26 2006
New Revision: 119383
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119383
Log:
Merged revisions 118455-118543 via svnmerge from
--- Comment #6 from chaoyingfu at gcc dot gnu dot org 2006-12-01 00:07
---
Subject: Bug 29695
Author: chaoyingfu
Date: Fri Dec 1 00:05:26 2006
New Revision: 119383
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119383
Log:
Merged revisions 118455-118543 via svnmerge from
--- Comment #5 from chaoyingfu at gcc dot gnu dot org 2006-12-01 00:07
---
Subject: Bug 29679
Author: chaoyingfu
Date: Fri Dec 1 00:05:26 2006
New Revision: 119383
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119383
Log:
Merged revisions 118455-118543 via svnmerge from
/mainline-bin --enable-languages=c,c++
--with-mpfr=../prerequisites --disable-bootstrap
Thread model: posix
gcc version 4.3.0 20061130 (experimental)
/home/pedro/Projetos/gcc/mainline-bin/libexec/gcc/i686-pc-linux-gnu/4.3.0/cc1plus
-quiet -v -D_GNU_SOURCE testcase7.cpp -quiet -dumpbase testcase7.cpp
--- Comment #1 from pedro dot lamarao at mndfck dot org 2006-12-01 00:17
---
Created an attachment (id=12719)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12719action=view)
Reduced test case that provokes ICE.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30033
--- Comment #2 from pedro dot lamarao at mndfck dot org 2006-12-01 00:17
---
Created an attachment (id=12720)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12720action=view)
Stack trace taken at breakpoint in tree.c:2171
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30033
--- Comment #6 from manu at gcc dot gnu dot org 2006-12-01 00:31 ---
(In reply to comment #5)
(In reply to comment #2)
Subject: Re: Gcc doesn't check overflowed size of structure
If you rewrite it to
That is because there is no constant overflow. Just an overflow at the
--- Comment #5 from chaoyingfu at gcc dot gnu dot org 2006-12-01 00:35
---
Subject: Bug 29601
Author: chaoyingfu
Date: Fri Dec 1 00:32:38 2006
New Revision: 119391
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119391
Log:
Merged revisions 118545-118650 via svnmerge from
--- Comment #8 from chaoyingfu at gcc dot gnu dot org 2006-12-01 00:35
---
Subject: Bug 29699
Author: chaoyingfu
Date: Fri Dec 1 00:32:38 2006
New Revision: 119391
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=119391
Log:
Merged revisions 118545-118650 via svnmerge from
1 - 100 of 173 matches
Mail list logo
