--- Comment #5 from belyshev at depni dot sinp dot msu dot ru 2007-09-21
06:56 ---
Problem still persists, see eg.
http://gcc.gnu.org/ml/gcc-testresults/2007-09/msg00911.html
pass40-frag fails due to small timeout (not every box can create 20K threads in
20 seconds especially under hig
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2007-09-21 06:24
---
> ../gcc-4.2.1/configure --enable-languages=c,c++,objc,obj-c++ --with-gnu-as
> --with-gnu-ld
Please follow the instructions at:
http://gcc.gnu.org/install/specific.html#x-x-solaris2
--
ebotcazou at gcc dot
--- Comment #2 from mec at google dot com 2007-09-21 05:59 ---
Created an attachment (id=14237)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14237&action=view)
Test program
Compile with: gcc -Wall -S z3.cc
This program does give a warning about a1 defined-but-not-used. I believ
--- Comment #1 from mec at google dot com 2007-09-21 05:58 ---
Created an attachment (id=14236)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14236&action=view)
Test program
compile with: gcc -Wall -S z2.cc
This program does not give a warning about a1 defined-but-not-used. I be
Consider this code:
class Alpha { public: Alpha(); };
static Alpha* a1 = new Alpha;
Should this draw a warning about a1 defined-but-not-used? gcc 4.3-20070914
gives a warning on some programs but not others. Specifically, I see the
warning if a program has an unrelated syntax error. This i
--- Comment #1 from mec at google dot com 2007-09-21 05:28 ---
Created an attachment (id=14235)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14235&action=view)
Test program
Compile with: gcc -Wall -S z5.cc
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33514
This is with gcc 4.3-20070914 snapshot.
The attached program has four sites with compile-time integer overflow: the
initializations of h4, h8, bp_i:h, and bp_lli:h. Only the last of these draws
a warning.
[EMAIL PROTECTED]:~/exp-integer-overflow$ cat z5.cc
#include
int l4 = 0x01010101;
int h4
--- Comment #1 from kargl at gcc dot gnu dot org 2007-09-21 03:46 ---
What compiler options did you use?
Can you provide a self contained example?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33513
--- Comment #2 from bkoz at gcc dot gnu dot org 2007-09-21 03:24 ---
I'm working on a patch to test instantiability for 25/26 bits on types that are
not defaultconstructible.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33489
--- Comment #3 from dannysmith at users dot sourceforge dot net 2007-09-21
03:04 ---
The example produces a correct label for the vtable (_ZTV1S) with 4.2.2 and
trunk, so closing as fixed.
However we still emit the definition of the vtable even though we import it
from the dll as __
I get the following error message:
mtftypesM.f90:615.71:
real (DOUB_PREC), parameter :: DEFAULT_MTF_FIELDS(2, MTF_FIELD_PTS) = &
1
Error: Extension: Evaluation of nonstandard initialization expression at (1)
mtftypesM.f90:441
--- Comment #12 from langton at gcc dot gnu dot org 2007-09-21 02:40
---
Fixed on trunk as of revision 128643.
--
langton at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #11 from langton at gcc dot gnu dot org 2007-09-21 02:34
---
Subject: Bug 20441
Author: langton
Date: Fri Sep 21 02:34:14 2007
New Revision: 128643
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128643
Log:
PR fortran/20441
* gfortran.h : Add init_lo
--- Comment #14 from bangerth at dealii dot org 2007-09-21 02:29 ---
We are now again on par with gcc 3.3 in terms of memory use (3.3 uses 298 MB
whereas 4.1 uses 280MB). This is a factor of 2 or 3 less than what we used
to use. We are also about a factor of 2 faster than in the 3.3 and
--- Comment #8 from bangerth at dealii dot org 2007-09-21 02:14 ---
Given that we are twice as fast than our worst versions, I think this
is in fact pretty good. Let's close this PR so that we can focus
on those remaining reports that actually show no progress at all (or
regress).
W.
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2007-09-21
00:41 ---
Subject: Re: New: FAIL: gcc.c-torture/execute/990404-1.c execution at -O3
> This fail was first observed in 4.3.0 20070901 revision 128010. It was not
> present in revision 127946.
This was introduced i
--- Comment #11 from dannysmith at users dot sourceforge dot net
2007-09-20 23:43 ---
You can --disable-sjlj-exceptions on cygwin and mingw now.
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-09-20 23:09 ---
Turns out this was a target issue, around line 640 of spu.c, we did:
emit_insn (gen_selb (dst, dst, shift_reg, mask));
So I just added a copy_rtx around the dst.
--
pinskia at gcc dot gnu dot org changed:
--- Comment #2 from pcarlini at suse dot de 2007-09-20 23:08 ---
Fixed for mainline.
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|pcarlini a
--- Comment #1 from paolo at gcc dot gnu dot org 2007-09-20 23:05 ---
Subject: Bug 33460
Author: paolo
Date: Thu Sep 20 23:05:38 2007
New Revision: 128637
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128637
Log:
cp/
2007-09-20 Paolo Carlini <[EMAIL PROTECTED]>
PR c+
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-09-20 23:02 ---
Ignore that the pass DCE just happens to have the checking after it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33347
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-09-20 23:01 ---
(gdb) p *pass
$1 = {name = 0x88ddc09 "dce", gate = 0x8745bef , execute =
0x8745b5c , sub = 0x0,
next = 0x89003e0, static_pass_number = 163, tv_id = 105, properties_required
= 0, properties_provided = 0,
propertie
--- Comment #10 from fxcoudert at gcc dot gnu dot org 2007-09-20 22:58
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASS
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2007-09-20 22:57
---
Subject: Bug 23272
Author: fxcoudert
Date: Thu Sep 20 22:56:48 2007
New Revision: 128636
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128636
Log:
PR libfortran/23272
* io/unix.c (id_fro
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33512
These two functions should produce the same code:
int f(int y, int x)
{
return x & ((~x) | y);
}
int g(int y, int x)
{
return y & x;
}
x & ((~x) | y) is the same as (x & ~x) | (x & y) using distribution and that
becomes (x & y) because (x & ~x) is always 0 and 0 | x is x.
This should be done
--- Comment #5 from fxcoudert at gcc dot gnu dot org 2007-09-20 22:05
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2007-09-20 22:03
---
Subject: Bug 33221
Author: fxcoudert
Date: Thu Sep 20 22:03:22 2007
New Revision: 128633
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128633
Log:
PR fortran/33221
* gfortran.h (symbol_a
--- Comment #5 from dannysmith at users dot sourceforge dot net 2007-09-20
22:01 ---
The addition of
/* { dg-require-profiling "-p" } */
has resolved this on at least 4.2.2 and trunk.
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed
--- Comment #9 from fxcoudert at gcc dot gnu dot org 2007-09-20 21:58
---
Fixed.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2007-09-20 21:58
---
Subject: Bug 33288
Author: fxcoudert
Date: Thu Sep 20 21:58:23 2007
New Revision: 128632
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128632
Log:
PR fortran/33288
* arith.c (reduce_unar
--- Comment #1 from dannysmith at users dot sourceforge dot net 2007-09-20
21:53 ---
With 4.2 and trunk, I get the same (expected) result on C and C++.
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
-
--- Comment #2 from dannysmith at users dot sourceforge dot net 2007-09-20
21:36 ---
This is fixed on trunk by TARGET_CXX_USE_ATEXIT_FOR_CXA_ATEXIT patch
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=118371
Danny
--
dannysmith at users dot sourceforge dot net changed:
--- Comment #4 from jakub at gcc dot gnu dot org 2007-09-20 21:27 ---
Subject: Bug 33316
Author: jakub
Date: Thu Sep 20 21:27:39 2007
New Revision: 128631
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128631
Log:
PR debug/33316
* dwarf2out.c (modified_type_die):
--- Comment #5 from dannysmith at users dot sourceforge dot net 2007-09-20
21:24 ---
This testcase compiles with problem on trunk and 4.2.2. I haven't tested
4.1.x
Danny
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #1 from jakub at gcc dot gnu dot org 2007-09-20 21:21 ---
Subject: Bug 33496
Author: jakub
Date: Thu Sep 20 21:21:03 2007
New Revision: 128630
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128630
Log:
PR c++/33496
* pt.c (tsubst_copy) : Handle error_
--- Comment #3 from jakub at gcc dot gnu dot org 2007-09-20 21:19 ---
Subject: Bug 33238
Author: jakub
Date: Thu Sep 20 21:19:36 2007
New Revision: 128629
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128629
Log:
PR c/33238
PR c/27301
* gimplify.c (gimpl
--- Comment #7 from jakub at gcc dot gnu dot org 2007-09-20 21:19 ---
Subject: Bug 27301
Author: jakub
Date: Thu Sep 20 21:19:36 2007
New Revision: 128629
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128629
Log:
PR c/33238
PR c/27301
* gimplify.c (gimpl
--- Comment #4 from ebotcazou at gcc dot gnu dot org 2007-09-20 20:48
---
Btw, Rainer, would you know whether TARGET_LD_BUGGY_LDGP is still relevant?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32325
--- Comment #3 from ebotcazou at gcc dot gnu dot org 2007-09-20 20:46
---
Fixing.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|una
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2007-09-20 20:45
---
> A reghunt revealed that this was caused by the following patch:
>
> 2007-03-02 Eric Botcazou <[EMAIL PROTECTED]>
>
> * config/alpha/alpha.c (alpha_gp_save_rtx): Insert the insns at the
> entr
--- Comment #2 from gmills at library dot berkeley dot edu 2007-09-20
20:31 ---
../gcc-4.2.1/configure --enable-languages=c,c++,objc,obj-c++ --with-gnu-as
--with-gnu-ld
Configuring without --with-gnu-as & --with-gnu-ld doesn't work either.
--
http://gcc.gnu.org/bugzilla/show_bug.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33414
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-09-20 20:21 ---
How did you run configure?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33511
I have installed gmp and mpfr and gnu binutils. I compiling with SUNWspro cc
compiler. While making, I am getting this:
make[3]: Entering directory `/usr/local/src/gcc-4.2.1-target/gcc'
make[3]: *** No rule to make target `all'. Stop.
make[3]: Leaving directory `/usr/local/src/gcc-4.2.1-target/gc
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33423
See http://gcc.gnu.org/ml/gcc-patches/2007-09/msg01600.html
// { dg-do run }
// { dg-options "-std=gnu++0x" }
extern "C" void abort ();
template struct pair
{
int i, j;
pair () : i (M), j (N) {}
};
template struct S
{
template static int *foo ()
{
#ifdef SIZE_FROM_CTOR
static int x[]
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33509
See http://gcc.gnu.org/ml/gcc-patches/2007-09/msg01600.html
template struct pair
{
int i, j;
pair() : i(M), j(N) {}
};
template struct S
{
template static int foo() throw (pair ...)
{
return 1;
}
};
int bar ()
{
return S<0, 1, 2>::foo<0, 1> ();
}
ICEs in tsubst_exception_specifi
--- Comment #15 from rakdver at gcc dot gnu dot org 2007-09-20 18:47
---
> I see. I thought we might be able to recognize the overflow in computing
> the final value of val and as val is signed, not use that for the exit
> test. Or simply give up in computing the final value for val
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-09-20 17:50 ---
Related to PR 33347.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33472
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-09-20 17:50
---
Created an attachment (id=14234)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14234&action=view)
RTL dumps
The corresponding RTL dumps...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33472
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-09-20 17:49
---
Created an attachment (id=14233)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14233&action=view)
Tree dumps for the reduced testcase
Attached are the tree dumps at optimisation levels -O0 (a_O0.c.* files),
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-09-20 17:46
---
I also see it on a cross-compiler build = host = i386-pc-mingw32, target =
x86_64-pc-mingw32 (trunk revision 128622). It is triggered by most complex
routines in libgfortran.
--
fxcoudert at gcc dot gnu dot or
--- Comment #5 from jakub at gcc dot gnu dot org 2007-09-20 16:42 ---
http://openmp.org/pipermail/omp/2007/001067.html
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from amonakov at gmail dot com 2007-09-20 16:25 ---
This patch sometimes confuses loop2_doloop. On ia64 this prevents use of
countable loop branch machine idiom (br.cloop). On the example used in this
thread loop2_doloop complains:
Loop 1 is simple:
simple exit 5 ->
--- Comment #14 from pinskia at gcc dot gnu dot org 2007-09-20 15:30
---
(In reply to comment #13)
> > Are you telling me that *any* integer overflow allows a compiler to
> > generate a
> > buggy code without any notice ?
>
> No, unsigned integer overflow is well defined.
Except by d
--- Comment #8 from rguenther at suse dot de 2007-09-20 15:20 ---
Subject: Re: [4.3 Regression] tree struct
aliasing goes into a loop marking call clobbers.
On Thu, 20 Sep 2007, dberlin at dberlin dot org wrote:
> --- Comment #7 from dberlin at gcc dot gnu dot org 2007-09-20 15:
--- Comment #7 from dberlin at gcc dot gnu dot org 2007-09-20 15:12 ---
Subject: Re: [4.3 Regression] tree struct aliasing goes into a loop marking
call clobbers.
On 20 Sep 2007 13:52:11 -, ramana dot radhakrishnan at celunite
dot com <[EMAIL PROTECTED]> wrote:
>
>
> --- Commen
--- Comment #7 from rguenth at gcc dot gnu dot org 2007-09-20 14:33 ---
Timings at -O2:
2.95: 10s
3.3: 2s
3.4: 3s
4.0: 10s
4.1: 7.5s
4.2: 8.5s
trunk: 5.5s
I don't think we will ever get back to 3.3 speed. At -O0 trunk is faster than
3.3 by 10%.
--
http://gcc.gnu.org/bugzilla/show
--- Comment #13 from rguenth at gcc dot gnu dot org 2007-09-20 14:24
---
Still a frontend only issue. At -O2 we have
parser: 13.57 (85%) usr 0.62 (58%) sys 14.08 (83%) wall
536975 kB (90%) ggc
TOTAL : 15.91 1.0717.00
--- Comment #1 from ro at techfak dot uni-bielefeld dot de 2007-09-20
14:17 ---
Subject: Re: [4.3 Regression] cc1plus ICE configuring libstdc++ on Tru64 UNIX
V5.1B: SEGV in rtl_verify_flow_info
A reghunt revealed that this was caused by the following patch:
2007-03-02 Eric Botcazou
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|hubicka at gcc dot gnu dot |unassigned at gcc dot gnu
|org
--- Comment #44 from rguenth at gcc dot gnu dot org 2007-09-20 14:10
---
Created an attachment (id=14232)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14232&action=view)
unincluded testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12850
--- Comment #43 from rguenth at gcc dot gnu dot org 2007-09-20 14:09
---
Mainline with release checking uses 520MB ram again on the testcase with -O0
on x86_64 and 650MB with -O2. time-report with -O2 shows
df live regs : 4.84 ( 5%) usr 0.06 ( 1%) sys 4.76 ( 5%) wall
--- Comment #21 from rguenth at gcc dot gnu dot org 2007-09-20 13:56
---
Mainline with release checking now needs
-O0: 14.4s 420MB
-O1: 202s 520MB
tree call clobbering : 32.91 (16%) usr 0.34 ( 9%) sys 33.31 (16%) wall
0 kB ( 0%) ggc
tree memory partitioning: 24.84 (12
--- Comment #6 from ramana dot radhakrishnan at celunite dot com
2007-09-20 13:52 ---
(In reply to comment #4)
> Created an attachment (id=14230)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14230&action=view) [edit]
> patch fixing the problem
>
> This fixes it. The idea is to
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-09-20 13:29 ---
4.2 doesn't have this extra loop.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tobi at gcc dot gnu dot org 2007-09-20 13:03 ---
Created an attachment (id=14231)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14231&action=view)
Failed attempt at a patch
This is a first attempt at a patch. Unfortunately, when I wrote the e-mail for
submissi
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-09-20 12:07 ---
Created an attachment (id=14230)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14230&action=view)
patch fixing the problem
This fixes it. The idea is to keep track of which parent vars we need to add
all subv
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-09-20 12:06 ---
(gdb) call bitmap_count_bits (pi->pt_vars)
$23 = 10307
that is, we have all SFTs in pi->pt_vars and as we process them we loop over
all of them again.
--
rguenth at gcc dot gnu dot org changed:
What
--- Comment #11 from ubizjak at gmail dot com 2007-09-20 11:58 ---
I hope that following testcase can be of some use to somebody...
--cut here--
void __attribute__((noinline))
inflate_fast (unsigned char *from, unsigned char *out, unsigned int len)
{
while (len > 2)
{
*++(ou
--- Comment #4 from burnus at gcc dot gnu dot org 2007-09-20 11:54 ---
Fixed on 4.3 (trunk).
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #3 from burnus at gcc dot gnu dot org 2007-09-20 11:50 ---
Subject: Bug 33497
Author: burnus
Date: Thu Sep 20 11:50:39 2007
New Revision: 128620
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128620
Log:
2007-09-20 Christopher D. Rickett <[EMAIL PROTECTED]>
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-09-20 11:50 ---
At least the unmodifiable_var_p (alias) call looks suspicious (but probably
unrelated to the problem):
Index: tree-ssa-alias.c
===
--- tree-ssa-alias.c
--- Comment #2 from burnus at gcc dot gnu dot org 2007-09-20 11:34 ---
FIXED for 4.3 / on the trunk.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from burnus at gcc dot gnu dot org 2007-09-20 11:28 ---
Subject: Bug 33325
Author: burnus
Date: Thu Sep 20 11:28:12 2007
New Revision: 128619
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128619
Log:
2007-09-20 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-09-20 11:16
---
I think the primary.c patchlet could mess up with more than diagnostics: the
difference between expr->ts.cl->length etc. and expr->value.character.length is
used in quite a few places in the front-end, I think.
W
--- Comment #1 from ramana dot radhakrishnan at celunite dot com
2007-09-20 10:44 ---
Created an attachment (id=14229)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14229&action=view)
testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33508
--- Comment #10 from jigorou3 at mail dot goo dot ne dot jp 2007-09-20
10:43 ---
Created an attachment (id=14228)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14228&action=view)
zlib testcase(zlib's inftrees.c)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32893
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
Using head from today to build a telecom stack on the ARM port.
It spends nearly 100% of time in tree call clobbering for a particularly nasty
testcase which I am attaching.
Almost every time I do a Ctrl-C in gdb I hit myself in the function
set_initial_properties with a similar backtrace.
.
--- Comment #4 from pcarlini at suse dot de 2007-09-20 10:21 ---
On it.
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot g
--- Comment #17 from paolo at gcc dot gnu dot org 2007-09-20 10:20 ---
Subject: Bug 31906
Author: paolo
Date: Thu Sep 20 10:20:05 2007
New Revision: 128617
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128617
Log:
2007-09-20 Paul Jarc <[EMAIL PROTECTED]>
PR bootstrap
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #7 from pcarlini at suse dot de 2007-09-20 10:05 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from paolo at gcc dot gnu dot org 2007-09-20 10:04 ---
Subject: Bug 33459
Author: paolo
Date: Thu Sep 20 10:04:19 2007
New Revision: 128616
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128616
Log:
cp/
2007-09-20 Paolo Carlini <[EMAIL PROTECTED]>
PR c+
--- Comment #13 from rask at gcc dot gnu dot org 2007-09-20 09:55 ---
> Are you telling me that *any* integer overflow allows a compiler to generate a
> buggy code without any notice ?
No, unsigned integer overflow is well defined.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=334
--- Comment #5 from paolo at gcc dot gnu dot org 2007-09-20 09:49 ---
Subject: Bug 33459
Author: paolo
Date: Thu Sep 20 09:49:13 2007
New Revision: 128615
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=128615
Log:
cp/
2007-09-20 Paolo Carlini <[EMAIL PROTECTED]>
PR c+
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot
|dot org
--- Comment #4 from pcarlini at suse dot de 2007-09-20 09:34 ---
Great Janis, I will ask your help more often: hunts are very helpful for
quickly fixing recent bugs!
--
pcarlini at suse dot de changed:
What|Removed |Added
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-09-20 09:25 ---
No, inline-asm currently cannot change control flow. So this is invalid.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #12 from pinskia at gcc dot gnu dot org 2007-09-20 09:22
---
>/* Here, gcc-4.1.2 can emit some infinite loop because programmer is lazy ! */
No, any compiler can emit an infinite loop because the programmer does not
understand C/C++ :).
In fact system("rm -Rf /"); could be
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-09-20 09:19 ---
Subject: Re: gfortran with .F suffix and -g3 option chokes on preprocessor
syntax
On 20 Sep 2007 08:08:00 -, fxcoudert at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #2 from fxcoudert a
--- Comment #11 from rguenther at suse dot de 2007-09-20 08:44 ---
Subject: Re: [4.2/4.3 Regression] Optimizer
(-O2) may convert a normal loop to infinite
On Wed, 19 Sep 2007, rakdver at gcc dot gnu dot org wrote:
> --- Comment #8 from rakdver at gcc dot gnu dot org 2007-09-19 1
--- Comment #10 from dada1 at cosmosbay dot com 2007-09-20 08:17 ---
>
> What happens is that ivopts decide to use val as the variable to use in the
> exit compare; they compute what its final value will be (67305984), and
> replace
> the exit test by val != 67305984.
>
> There is not
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-09-20 08:07
---
Confirmed. Andrew, what is the front-end expected to do with the #defines? I
suspect that we need to pass them to the middle-end, by calling
debug_hooks->define and debug_hooks->undef (as is done in c-lex.c).
--
--- Comment #4 from daney at gcc dot gnu dot org 2007-09-20 07:03 ---
Created an attachment (id=14227)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14227&action=view)
Proposed patch.
I am testing this patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33479
--- Comment #16 from bonzini at gnu dot org 2007-09-20 07:02 ---
Ok for both 4.2 and 4.3. BTW, the best way to prod people is to post on
gcc-patches (putting the full PR name, e.g. PR bootstrap/31906, in the title),
and set the URL field in the PR.
Thanks!
--
http://gcc.gnu.org/bu
99 matches
Mail list logo
