--- Comment #2 from domob at gcc dot gnu dot org 2008-09-02 08:51 ---
Subject: Bug 37228
Author: domob
Date: Tue Sep 2 08:50:13 2008
New Revision: 139886
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139886
Log:
2008-09-01 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #2 from domob at gcc dot gnu dot org 2008-09-02 08:51 ---
Subject: Bug 37301
Author: domob
Date: Tue Sep 2 08:50:13 2008
New Revision: 139886
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139886
Log:
2008-09-01 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #3 from jdemeyer at cage dot ugent dot be 2008-09-02 08:52
---
Created an attachment (id=16187)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16187action=view)
Further testcase simplification
The third testcase uses only rm and =rm constraints, which means that it
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-09-02 09:04 ---
It looks like SCEV does not see that for
(number_of_iterations_in_loop
(analyze_scalar_evolution
(loop_nb = 4)
(scalar = j_3)
(get_scalar_evolution
(scalar = j_3)
(scalar_evolution = ))
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-09-02 09:09 ---
Created an attachment (id=16188)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16188action=view)
patch
Like with this patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37221
--- Comment #30 from rguenther at suse dot de 2008-09-02 09:16 ---
Subject: Re: [4.4 Regression] FAIL:
gcc.c-torture/execute/20040709-1.c execution at -O2 and above
On Mon, 1 Sep 2008, dave at hiauly1 dot hia dot nrc dot ca wrote:
--- Comment #29 from dave at hiauly1 dot hia
--- Comment #15 from dominiq at lps dot ens dot fr 2008-09-02 09:21 ---
With the patch in comment #14 I am now building libjava. Regtesting scheduled
for tonight (GMT+2).
Note that now objc does not build (see
http://gcc.gnu.org/ml/gcc/2008-09/msg8.html).
Thanks for the patch.
--- Comment #5 from hubicka at ucw dot cz 2008-09-02 10:14 ---
Subject: Re: [4.4 Regression]: gcc.c-torture/execute/931018-1.c int-compare.c
ieee/inf-2.c mzero6.c
Honza, why is tree-inline.c:initialize_cfun not calling
allocate_struct_function and *then* change whatever elements
--- Comment #16 from ebotcazou at gcc dot gnu dot org 2008-09-02 10:17
---
Created an attachment (id=16189)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16189action=view)
Simplified preprocessed source
It's still big, but it yields a 353-line assembly file.
Compile with -O2
--- Comment #79 from hp at gcc dot gnu dot org 2008-09-02 10:18 ---
Any news on the hppa testing?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
--- Comment #3 from hp at gcc dot gnu dot org 2008-09-02 10:34 ---
Yep, it's revision 139762 that exposed this FAIL, which of course (appears to)
just change behaviour of some optimization levels.
Incidentally, that also exposed some of the FAILs in PR37315
(I think I fumble-fingered
--- Comment #5 from jakub at gcc dot gnu dot org 2008-09-02 10:34 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from jakub at gcc dot gnu dot org 2008-09-02 10:35 ---
Subject: Bug 37095
Author: jakub
Date: Tue Sep 2 10:33:46 2008
New Revision: 139887
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139887
Log:
PR tree-optimization/37095
* cgraph.c
--- Comment #6 from hp at gcc dot gnu dot org 2008-09-02 10:41 ---
(In reply to comment #5)
Well, the code is not mine, but it was wirtten at a time struct_function
did hold a lot of extra stuff.
SVN blamed you for that code in tree-inline.c and the revision range is yours.
The
/home/guerby/build2/gcc/xgcc -c -B/home/guerby/build2/gcc/ -gnatws -O2
-I/home/guerby/build2/gcc/testsuite/ada/acats/support la140211.adb
+===GNAT BUG DETECTED==+
| 4.4.0 20080902 (experimental) [trunk revision 139884]
(x86_64-unknown-linux-gnu
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-09-02 11:02 ---
The following should fix it. Pre-approved if it passes testing.
Index: tree-sra.c
===
*** tree-sra.c (revision 139886)
--- tree-sra.c (working
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-09-02 11:33 ---
AIL? I guess another PIC related issue.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-09-02 11:34 ---
I suppose a regression?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|FAIL: gcc.dg/utf-array.c|[4.4 Regression] FAIL:
|(test for errors)
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37323
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|FAIL: |[4.4 Regression] FAIL:
|gfortran.dg/debug/pr35154-
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-09-02 11:35 ---
There must be a dup for this ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37321
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37320
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37319
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37318
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-09-02 11:38 ---
It has been committed already.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37318
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|--- |4.4.0
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-09-02 11:53 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/include
/n/17/guerby/install2/lib/gcc/x86_64-unknown-linux-gnu/4.4.0/include-fixed
/usr/include
End of search list.
GNU C (GCC) version 4.4.0 20080902 (experimental) [trunk revision 139884]
(x86_64-unknown-linux-gnu)
compiled by GNU C version 4.1.2
--- Comment #10 from petermorgan at grapevine dot net dot au 2008-09-02
12:11 ---
Subject: Re: gfortran errors in compilation and the making
for upgraded compilers
Dear Guys
Here are the requests that you asked for.
The first run is without any mention of f2c in option names.
It
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-09-02 12:23 ---
Ok, try
Index: tree-sra.c
===
*** tree-sra.c (revision 139886)
--- tree-sra.c (working copy)
*** static gimple_seq
*** 2144,2150
--- Comment #8 from tehila at il dot ibm dot com 2008-09-02 12:47 ---
Thank you, Richard!
This patch indeed does the work and unrolls the loop.
The SRA works fine and we get 40% improvement.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37221
--- Comment #4 from laurent at guerby dot net 2008-09-02 13:02 ---
With the second patch I get an ICE during Ada rts build.
+===GNAT BUG DETECTED==+
| 4.4.0 20080902 (experimental) [trunk revision 139884]
(x86_64-unknown-linux-gnu
--- Comment #9 from rguenther at suse dot de 2008-09-02 13:10 ---
Subject: Re: Missed early loop-unroll optimization -
causes 40% degradation on SPU
On Tue, 2 Sep 2008, tehila at il dot ibm dot com wrote:
--- Comment #8 from tehila at il dot ibm dot com 2008-09-02 12:47
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-09-02 13:14 ---
up to generate_copy_inout and
call debug_generic_expr (expr)
call debug_generic_expr (t)
call debug_gimple_seq (tmp_seq)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37328
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-09-02 13:20 ---
Probably the following will fix that...
*** generate_copy_inout (struct sra_elt *elt
*** 2597,2604
t = build2 (COMPLEX_EXPR, elt-type, r, i);
tmp_seq = sra_build_bf_assignment
--- Comment #17 from ebotcazou at gcc dot gnu dot org 2008-09-02 13:26
---
The offset against %esp should be the same.
Actually it should be adjusted to the value of %esp:
rebuild_cgraph_edges:
pushl %ebp
pushl %edi
pushl %esi
pushl %ebx
$ /usr/lib64/gcc/x86_64-pld-linux/4.3.2/jc1 \
antlr.jar -fhash-synchronization -fno-use-divide-subroutine \
-fuse-boehm-gc -fnon-call-exceptions -fkeep-inline-functions \
-quiet -dumpbase antlr.jar -mtune=generic -auxbase antlr -g0 \
-freduced-reflection
--- Comment #1 from pluto at agmk dot net 2008-09-02 13:33 ---
Created an attachment (id=16190)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16190action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37329
Hi,
My mpfr and gmp 32/64 bits libraries are installed respectively in $PREFIX/lib
and $PREFIX/lib64.
'configure' is called as following:
configure .. --with-gmp-lib=$PREFIX/lib --with-mpfr-lib=$PREFIX/lib ...
It produces a Makefile with the following line:
HOST_GMPLIBS = -L$PREFIX/lib
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-09-02 13:48 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-09-02 13:49 ---
Subject: Bug 37327
Author: rguenth
Date: Tue Sep 2 13:48:11 2008
New Revision: 139890
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139890
Log:
2008-09-02 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #1 from schwab at suse dot de 2008-09-02 13:51 ---
Why do you need two flavors? The mfpr/gmp libraries are only used for the
compiler which is only built in one flavor. If you are building for x86-64 you
should configure with $PREFIX/lib64 for both library directories.
--- Comment #80 from dave at hiauly1 dot hia dot nrc dot ca 2008-09-02
14:06 ---
Subject: Re: [4.4 Regression]: gcc.dg/weak/weak-1.c
Any news on the hppa testing?
I didn't do anything further with the 32-bit port. I did do a
hppa64-hpux11.11 build with your change. I went through
--- Comment #2 from olivier dot raoult at st dot com 2008-09-02 14:12
---
Hmm.. maybe! I tried to script a gcc builder program which shall work on i686,
and on x86_64. Then, for the second, it shall support native 64 and -m32 modes.
As libmpfr and libmgp appear as dynamic libraries, I
--- Comment #22 from jakub at gcc dot gnu dot org 2008-09-02 14:23 ---
Created an attachment (id=16191)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16191action=view)
gcc44-pr36766.patch
I don't see tree-ssa-dom.c or tree-ssa-pre.c are at fault here (not guessing
that some basic
output of gcc-my432 -v:
Using built-in specs.
Target: mingw32
Configured with: ../gcc-4.3.2/configure --with-gnu-as --with-gnu-ld
--with-dwarf2 --enable-decimal-float=bid --with-gcc --disable-libgomp
--host=mingw32 --build=mingw32 --target=mingw32 --program-suffix=-my432
--with-arch=pentium3
--- Comment #1 from patriciak784-gccmainling at yahoo dot de 2008-09-02
14:37 ---
Please be aware that compiling /dev/null is used in glibc to produce empty
object files!
So it seems not to be a crazy thing to do...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37331
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37319
I just tried to compile the Suse Linux package agg-2.5 with the GNU C++
compiler
version 4.4 snapshot 20080829.
The compiler said
distortions.cpp:705: internal compiler error: in make_decl_rtl, at
varasm.c:1297
Please submit a full bug report,
with preprocessed source if appropriate.
See
--- Comment #1 from dcb314 at hotmail dot com 2008-09-02 14:53 ---
Created an attachment (id=16192)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16192action=view)
C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37332
I just tried to compile the Suse Linux package apache2-mod_python-3.3.1-122
with the GNU C compiler version 4.4 snapshot 20080829.
The compiler said
psp_parser.c:1241: internal compiler error: in ira_flattening, at
ira-build.c:2146
Please submit a full bug report,
with preprocessed source if
--- Comment #1 from dcb314 at hotmail dot com 2008-09-02 14:55 ---
Created an attachment (id=16193)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16193action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37333
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2008-09-02
14:57 ---
Subject: Re: [4.4 Regression] Visibility test fails
I suppose a regression?
No, the tests are new. I'll have to check the assembly output to
see why they are failing.
Dave
--
--- Comment #1 from jakub at gcc dot gnu dot org 2008-09-02 15:02 ---
Created an attachment (id=16194)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16194action=view)
Q
I can believe your comment #5, but I can't believe DW_AT_name is not emitted at
all (just tried it with
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-09-02 15:15 ---
Reducing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords|
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-09-02 15:16 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from jakub at gcc dot gnu dot org 2008-09-02 15:18 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu dot
|
--- Comment #2 from dominiq at lps dot ens dot fr 2008-09-02 15:30 ---
I can believe your comment #5, but I can't believe DW_AT_name is not emitted
at
all (just tried it with x86_64-linux - i686-darwin9 cross).
I am not sure to understand. If I use egrep with label.*DW_AT_name on
--- Comment #1 from siarhei dot siamashka at gmail dot com 2008-09-02
15:50 ---
Well, looks like it is not a missing feature, but just incompleteness of
documentation :)
It is possible to use double precision floating point registers and NEON
128-bit registers in the following way:
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-09-02 15:58 ---
Created an attachment (id=16195)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16195action=view)
reduced testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37332
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-09-02 15:59 ---
Confirmed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
On Linux/ia32, I got
Executing on host: /export/gnu/import/svn/gcc-test/bld/gcc/xgcc
-B/export/gnu/import/svn/gcc-test/bld/gcc/
/export/gnu/import/svn/gcc-test/src-trunk/gcc/testsuite/gcc.dg/fastmath-2.c
-O2 -ffast-math -lm -m32 -o ./fastmath-2.exe(timeout = 300)
PASS:
A bootstrap of the trunk failed at stage 2 with the following:
gcc/gcc/../include -I../../gcc/gcc/../libcpp/include -I/usr/local/include
-I/usr/local/include -I../../gcc/gcc/../libdecnumber
-I../../gcc/gcc/../libdecnumber/bid -I../libdecnumber
../../gcc/gcc/objc/objc-act.c -o objcp/objcp-act.o
--- Comment #5 from sam at gcc dot gnu dot org 2008-09-02 16:24 ---
Subject: Bug 37283
Author: sam
Date: Tue Sep 2 16:23:29 2008
New Revision: 139892
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139892
Log:
gcc/
PR target/37283
* opts.c (decode_options):
--- Comment #6 from sam at gcc dot gnu dot org 2008-09-02 16:25 ---
This is fixed in SVN trunk.
--
sam at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2008-09-02
16:25 ---
Subject: Re: [4.4 Regression] Visibility test fails
No, the tests are new. I'll have to check the assembly output to
see why they are failing.
Checked visibility-14.c. The .hidden directive is not
--- Comment #3 from jakub at gcc dot gnu dot org 2008-09-02 16:44 ---
Why got this even marked as regression? GCC 4.3.1 didn't support
-ftree-loop-distribution, it is a new option, so it can't regress.
The loop in question is:
bb 8:
# state_89 = PHI state_17(9), state_5(7)
#
--- Comment #11 from sgk at troutmask dot apl dot washington dot edu
2008-09-02 16:57 ---
Subject: Re: gfortran errors in compilation and the making for upgraded
compilers
On Tue, Sep 02, 2008 at 12:11:23PM -, petermorgan at grapevine dot net dot
au wrote:
gfortran -O
Derived-type finalization as defined in Fortran 2003 is at the moment partially
implemented in gfortran. FINAL bindings are parsed and stored/loaded in .mod
module files, but finalizers are not yet executed and a not-yet-implemented
error appears on using FINAL.
--
Summary: Fortran
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37336
--- Comment #16 from hjl dot tools at gmail dot com 2008-09-02 17:02
---
Revision 139762 also failed to build povray in SPEC CPU 2006.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #17 from hjl dot tools at gmail dot com 2008-09-02 17:05
---
(In reply to comment #16)
Revision 139762 also failed to build povray in SPEC CPU 2006.
With -O3 -ffast-math on Linux/x86-64, we got
g++ -O3 -ffast-math -DSPEC_CPU_LP64atmosph.o bbox.o bcyl.o
--- Comment #1 from domob at gcc dot gnu dot org 2008-09-02 17:05 ---
Created an attachment (id=16196)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16196action=view)
Proposed patch implementing the main part
This is an experimental patch that implements the logic to create code
--- Comment #2 from domob at gcc dot gnu dot org 2008-09-02 17:08 ---
For the needed parts to actually call finalizers building upon the attached
patch from comment #1, some means for temporary-creation before trans are
needed to handle things like:
x = foo (x)
or
foo (bar ())
Some
--- Comment #1 from 3dw4rd at verizon dot net 2008-09-02 17:22 ---
Graphite just went it.
I might just wait till the turbulence dies down and try again.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37335
--- Comment #18 from vmakarov at redhat dot com 2008-09-02 17:29 ---
I've looked at the cgraphbuild.i code and I think something is wrong with
inlining. There are two paths achieving L21 with different stack adjustments.
Here is the code. I marked insns adjusting SP by - and the two
--- Comment #19 from ebotcazou at gcc dot gnu dot org 2008-09-02 17:35
---
I've looked at the cgraphbuild.i code and I think something is wrong with
inlining. There are two paths achieving L21 with different stack
adjustments.
Here is the code. I marked insns adjusting SP by -
--- Comment #3 from brian at dessent dot net 2008-09-02 17:36 ---
Subject: Re: mpfr 32/64 multilib issue
g++ (and gcc, gfortran, etc.) are just driver programs that invoke other
programs, they don't use these libraries. You need to look at cc1 (or
cc1plus, f951, etc.) to see the
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |domob at gcc dot gnu dot org
|dot org
--- Comment #20 from vmakarov at redhat dot com 2008-09-02 18:13 ---
Isn't that supposed to be detected by reload?
Yea, right. I missed that. Eric, sorry for to be in hurry with the wrong
response.
I am still working on the issue. I hope to find a solution today or tomorrow.
--
--- Comment #8 from hjl at gcc dot gnu dot org 2008-09-02 18:17 ---
Subject: Bug 37251
Author: hjl
Date: Tue Sep 2 18:16:24 2008
New Revision: 139900
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139900
Log:
2008-09-02 H.J. Lu [EMAIL PROTECTED]
Backport from
--- Comment #17 from hjl at gcc dot gnu dot org 2008-09-02 18:17 ---
Subject: Bug 37243
Author: hjl
Date: Tue Sep 2 18:16:24 2008
New Revision: 139900
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139900
Log:
2008-09-02 H.J. Lu [EMAIL PROTECTED]
Backport from
I just tried to compile the Suse Linux package bochs-2.2.1-202
with the GNU C++ compiler version 4.4 snapshot 20080829.
The compiler said
In constructor 'bx_null_pktmover_c::bx_null_pktmover_c(const char*, const
char*, void (*)(void*, const void*, unsigned int), void*, char*)':
eth_null.cc:88:
--- Comment #18 from hjl at gcc dot gnu dot org 2008-09-02 18:24 ---
Subject: Bug 37243
Author: hjl
Date: Tue Sep 2 18:22:59 2008
New Revision: 139901
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139901
Log:
2008-09-02 Vladimir Makarov [EMAIL PROTECTED]
PR
--- Comment #1 from dcb314 at hotmail dot com 2008-09-02 18:25 ---
Created an attachment (id=16197)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16197action=view)
C++ source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37337
--- Comment #19 from hjl at gcc dot gnu dot org 2008-09-02 18:28 ---
Subject: Bug 37243
Author: hjl
Date: Tue Sep 2 18:27:34 2008
New Revision: 139902
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139902
Log:
2008-09-02 Vladimir Makarov [EMAIL PROTECTED]
PR
--- Comment #1 from hubicka at gcc dot gnu dot org 2008-09-02 18:36 ---
I get 0m9.829s for non-profiled run and 0m9.801s for profiled run, so things
seems to be in order on mainline. I would be curious if there are still some
profile generate/use related regressions on polyhedron
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|c++ |middle-end
Keywords|
--- Comment #11 from jakub at gcc dot gnu dot org 2008-09-02 18:44 ---
Subject: Bug 37171
Author: jakub
Date: Tue Sep 2 18:42:48 2008
New Revision: 139904
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139904
Log:
PR c/37171
* g++.dg/ext/attrib34.C: New test.
--- Comment #3 from jakub at gcc dot gnu dot org 2008-09-02 18:47 ---
Subject: Bug 36332
Author: jakub
Date: Tue Sep 2 18:46:29 2008
New Revision: 139906
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139906
Log:
PR target/36332
* real.c (real_maxval): Clear a
On Linux/ia32, revision 139863 gave
FAIL: gcc.dg/array-init-1.c scan-assembler-not abcdefghi
FAIL: gcc.dg/array-init-1.c scan-assembler-times
7017280452245743464|7523094288207667809|6867666564636261|1684234849|64636261 2
revision 139848 is OK.
--
Summary: [4.4 Regression]
--- Comment #1 from hjl dot tools at gmail dot com 2008-09-02 18:56 ---
Revision 139854 is OK and revision 139856 is bad.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
On Linux/ia32, revision revision 139894 gave
FAIL: gcc.dg/pr33645-3.c scan-assembler-not var1_t
Revision 139891 is OK. Revision 139892 may be the cause.
--
Summary: [4.4 Regression] gcc.dg/pr33645-3.c scan-assembler-not
var1_t
Product: gcc
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37338
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.4 Regression]|[4.4 Regression]
|gcc.dg/pr33645-3.c scan-
--- Comment #4 from jakub at gcc dot gnu dot org 2008-09-02 19:13 ---
Subject: Bug 36332
Author: jakub
Date: Tue Sep 2 19:11:55 2008
New Revision: 139907
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139907
Log:
PR target/36332
* real.c (real_maxval): Clear a
--- Comment #23 from jakub at gcc dot gnu dot org 2008-09-02 19:15 ---
Subject: Bug 36766
Author: jakub
Date: Tue Sep 2 19:13:47 2008
New Revision: 139908
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=139908
Log:
PR tree-optimization/36766
* tree-cfg.c
--- Comment #3 from tromey at gcc dot gnu dot org 2008-09-02 19:22 ---
One problem with this approach is that this code would not error:
#include string.h
char (*fnptr)() = rindex;
I tend to agree with Andrew -- poisoning is too crude a tool for this use.
Is there a reason you do not
1 - 100 of 160 matches
Mail list logo