After the following pathes, I got a regression at gcc.dg/pr28796-2.c.
http://gcc.gnu.org/ml/gcc-patches/2010-06/msg01650.html
http://gcc.gnu.org/ml/gcc-patches/2010-06/msg01997.html
http://gcc.gnu.org/ml/gcc-patches/2010-06/msg03084.html
Executing on host:
--- Comment #8 from rguenth at gcc dot gnu dot org 2010-08-25 08:43 ---
Mine then.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jakub at gcc dot gnu dot org 2010-08-25 09:29 ---
Created an attachment (id=21559)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21559action=view)
gcc46-pr45400.patch
Untested fix.
I think it is already wrong to go through SUBREG that is changing mode class,
--- Comment #6 from jakub at gcc dot gnu dot org 2010-08-25 09:37 ---
Subject: Bug 45059
Author: jakub
Date: Wed Aug 25 09:36:35 2010
New Revision: 163539
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163539
Log:
PR tree-optimization/45059
* tree-ssa-reassoc.c
--- Comment #7 from jakub at gcc dot gnu dot org 2010-08-25 09:50 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #24 from jakub at gcc dot gnu dot org 2010-08-25 09:53 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING
--- Comment #2 from jakub at gcc dot gnu dot org 2010-08-25 10:00 ---
Caused by r140120 (i.e. PR37302), guess the declaration is now added during
tentative parsing which is then not committed and parsed again differently,
defining the parameter again.
--
jakub at gcc dot gnu dot org
--- Comment #14 from rguenth at gcc dot gnu dot org 2010-08-25 10:03
---
Subject: Bug 45379
Author: rguenth
Date: Wed Aug 25 10:03:19 2010
New Revision: 163540
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163540
Log:
2010-08-25 Richard Guenther rguent...@suse.de
PR
--- Comment #15 from rguenth at gcc dot gnu dot org 2010-08-25 10:44
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-08-25 10:48 ---
Subject: Bug 45393
Author: rguenth
Date: Wed Aug 25 10:47:50 2010
New Revision: 163541
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163541
Log:
2010-08-25 Richard Guenther rguent...@suse.de
PR
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-08-25 10:48
---
Fixed on trunk sofar.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|blocker |normal
Keywords||meta-bug
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-08-25 10:59 ---
With -Wconversion, I get:
t.cc:3:17: warning: conversion to int alters double constant value
[-Wconversion]
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45378
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-08-25 11:03 ---
Reopening to ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2010-08-25 11:03 ---
*** Bug 45328 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from pinskia at gcc dot gnu dot org 2010-08-25 11:03 ---
To mark as a dup of 44703.
*** This bug has been marked as a duplicate of 44703 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45385
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-08-25 11:12 ---
Confirmed, if I make bar() a non class function, we get the warning.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2010-08-25 11:24 ---
Change:
__asm__ volatile (:::memory);
To:
__asm__ volatile (#clobber mem:::memory);
And you will see there is an instruction which GCC thinks is there.
Again this has nothing to do with __builtin_expect except for
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
--- Comment #16 from dominiq at lps dot ens dot fr 2010-08-25 12:01 ---
/* ??? This isn't fully correct, we can't set the alignment from the
type in all cases. */
What is the meaning of this comment?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45379
--- Comment #3 from i dot am dot inuyasha at gmail dot com 2010-08-25
12:10 ---
So, how do we report bugs in the C standard? x should give the byte address of
x regardless how many bits it is, and sizeof(x) should give the size rounded up
to the nearest byte.
All the pages I could
--- Comment #4 from redi at gcc dot gnu dot org 2010-08-25 12:21 ---
(In reply to comment #3)
So, how do we report bugs in the C standard?
Try the comp.std.c newsgroup
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36483
--- Comment #7 from socketpair at gmail dot com 2010-08-25 12:23 ---
Well, I understand that problem is not in __builtin_expect.
Should I open new, separate bug about block reordering and generating jmp to
next line ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45340
--- Comment #10 from rguenth at gcc dot gnu dot org 2010-08-25 12:36
---
So the issue is that when we prime the streamer cache for lto-out we register
the common type nodes (lto_record_common_node) which changes TYPE_CANONICAL
in a way we don't like (it globs int and long int, or long
On Aug 25, 2010, at 5:23 AM, socketpair at gmail dot com gcc-bugzi...@gcc.gnu.org
wrote:
--- Comment #7 from socketpair at gmail dot com 2010-08-25
12:23 ---
Well, I understand that problem is not in __builtin_expect.
Should I open new, separate bug about block reordering
--- Comment #8 from pinskia at gmail dot com 2010-08-25 12:43 ---
Subject: Re: __builtin_expect and -Os generates stupid code
On Aug 25, 2010, at 5:23 AM, socketpair at gmail dot com
gcc-bugzi...@gcc.gnu.org
wrote:
--- Comment #7 from socketpair at gmail dot com
--- Comment #17 from rguenther at suse dot de 2010-08-25 12:51 ---
Subject: Re: [4.6 Regression] ~10% slowdown on test_fpu
at revision 163278
On Wed, 25 Aug 2010, dominiq at lps dot ens dot fr wrote:
--- Comment #16 from dominiq at lps dot ens dot fr 2010-08-25 12:01
---
--- Comment #4 from rguenth at gcc dot gnu dot org 2010-08-25 12:53 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from rguenth at gcc dot gnu dot org 2010-08-25 12:53 ---
Subject: Bug 45316
Author: rguenth
Date: Wed Aug 25 12:53:30 2010
New Revision: 163543
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163543
Log:
2010-08-25 Richard Guenther rguent...@suse.de
PR
--- Comment #7 from jakub at gcc dot gnu dot org 2010-08-25 13:25 ---
Created an attachment (id=21560)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21560action=view)
gcc46-pr44858.patch
The combiner bug seems to be similar to PR20322, attached untested patch should
fix it.
--
#include unordered_map
#include string
int main()
{
std::unordered_map int, std::string ht;
ht[ 42 ] = foo;
}
Breakpoint 1, main () at t.cpp:5
(gdb) n
(gdb) p ht
$1 = std::unordered_map with 0 elements
(gdb) n
(gdb) p ht
$2 = std::unordered_map with 1 elements = {
[42] = Traceback (most recent
A typo in comment:
tree-optimize.c:153 ...expanding trees to RTL does not make sense, as this
pass is run very early, before SSA.
--
Summary: /*code-comment*/ related
Product: gcc
Version: 4.4.1
Status: UNCONFIRMED
Severity: trivial
--- Comment #8 from jakub at gcc dot gnu dot org 2010-08-25 14:01 ---
Created an attachment (id=21561)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21561action=view)
gcc46-pr44858-2.patch
Alternate patch, which doesn't give up so easily (usually both sets can go in
any order, so
lto/44562
* lto-streamer.c (lto_record_common_node): Do not mess with
TYPE_CANONICAL when not in lto.
* gimple.c (gimple_register_type): Likewise.
* gcc.dg/graphite/id-27.c: New testcase.
* gcc.dg/lto/20100825-1_0.c: Likewise.
Added:
trunk/gcc/testsuite
--- Comment #12 from rguenth at gcc dot gnu dot org 2010-08-25 14:06
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from bernds at gcc dot gnu dot org 2010-08-25 14:08 ---
Subject: Bug 45355
Author: bernds
Date: Wed Aug 25 14:08:23 2010
New Revision: 163546
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163546
Log:
PR middle-end/45355
* combine.c (try_combine):
--- Comment #1 from redi at gcc dot gnu dot org 2010-08-25 14:12 ---
It's nothing to do with unordered_map, it's std::string, and it fails because
lazy_string was added in GDB 7.1
we can probably do something like
if (gdb.VERSION == '7.0'):
return '' +
--- Comment #2 from redi at gcc dot gnu dot org 2010-08-25 14:17 ---
Tom, I don't remember if the decision to use lazy_string (and therefore require
GDB 7.1) was intentional - is a fallback worthwhile?
--
redi at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from burnus at gcc dot gnu dot org 2010-08-25 14:26 ---
(In reply to comment #3)
About POPCNT and POPPAR, beware! Implementations are much harder than simply
using the GCC __builtin_popcount{,l,ll}
Well, the difference is that one should be able to easily handle 128
gcc -r -nostdlib qlocale.ii -c -Os -flto
qlocale.ii: In member function 'QLocalePrivate::dateTimeToString(QString
const, QDate const*, QTime const*, QLocale const*) const':
qlocale.ii:44560:9: error: Invalid address operand in MEM_REF.
_tzname;
# VUSE .MEM_430
D.92007_406 = _tzname[1];
--- Comment #1 from t7 at gmail dot com 2010-08-25 15:46 ---
Created an attachment (id=21562)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21562action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45405
--- Comment #5 from t7 at gmail dot com 2010-08-25 16:11 ---
Hi,
(In reply to comment #4)
Well. I do not have access to i686-pc-mingw32-gcc and this seems related to
/* Return whether OP is a DECL whose address is function-invariant. */
bool
decl_address_invariant_p
--- Comment #2 from t7 at gmail dot com 2010-08-25 16:11 ---
*** This bug has been marked as a duplicate of 45255 ***
--
t7 at gmail dot com changed:
What|Removed |Added
--- Comment #6 from t7 at gmail dot com 2010-08-25 16:11 ---
*** Bug 45405 has been marked as a duplicate of this bug. ***
--
t7 at gmail dot com changed:
What|Removed |Added
--- Comment #1 from domob at gcc dot gnu dot org 2010-08-25 16:33 ---
Taking.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #8 from domob at gcc dot gnu dot org 2010-08-25 16:34 ---
Taking.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #6 from jakub at gcc dot gnu dot org 2010-08-25 16:39 ---
The problem is that func_21 is first marked as
TREE_READONLY/DECL_LOOPING_CONST_OR_PURE_P by local_pure_const, thus there are
no vops on it, but afterwards it is by another local_pure_const made
also
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44415
g++ -r -nostdlib -O1 -fgraphite-identity -c qdrawhelper_mmx.ii
qdrawhelper_mmx.ii: In function 'void comp_func_Source(uint*, const uint*, int,
uint) [with MM = QMMXIntrinsics, uint = unsigned int]':
qdrawhelper_mmx.ii:45806:41: internal compiler error: in rename_uses, at
sese.c:534
Please submit a
--- Comment #10 from jakub at gcc dot gnu dot org 2010-08-25 16:48 ---
The patch has been approved, why hasn't been applied?
http://gcc.gnu.org/ml/gcc-patches/2010-07/msg00381.html
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from t7 at gmail dot com 2010-08-25 16:48 ---
Created an attachment (id=21563)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21563action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45406
--- Comment #5 from mikael at gcc dot gnu dot org 2010-08-25 17:14 ---
(In reply to comment #4)
Might be. I'm rather guessing for PR 44064/44065. Actually most of the 34
OOP-related PRs that were fixed on the post-4.5 trunk were not backported. For
some a backport is simply not
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-08-25 17:19 ---
Mine then, thanks for testing the proposed fix.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from rguenth at gcc dot gnu dot org 2010-08-25 17:25 ---
Likely a dup of PR45230.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from rguenth at gcc dot gnu dot org 2010-08-25 17:26 ---
(In reply to comment #6)
The problem is that func_21 is first marked as
TREE_READONLY/DECL_LOOPING_CONST_OR_PURE_P by local_pure_const, thus there are
no vops on it, but afterwards it is by another
--- Comment #7 from jakub at gcc dot gnu dot org 2010-08-25 17:49 ---
Subject: Bug 45400
Author: jakub
Date: Wed Aug 25 17:49:26 2010
New Revision: 163551
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163551
Log:
PR rtl-optimization/45400
* combine.c
--- Comment #9 from jakub at gcc dot gnu dot org 2010-08-25 17:51 ---
Subject: Bug 44858
Author: jakub
Date: Wed Aug 25 17:50:59 2010
New Revision: 163552
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163552
Log:
PR rtl-optimization/44858
* combine.c
1. version: gcc 4.5.1
2. system type: Solaris 5.10 sparc:
3. % uname -a
SunOS casey 5.10 Generic_141444-09 sun4v sparc SUNW,Sun-Fire-T200
4. configured as follows:
% cd objdir
% ../configure --prefix=/afs/isis/pkg/gcc-4.5.1 \
--with-mpfr=/afs/isis/pkg/mpfr-3.0.0 \
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2010-08-25 18:41
---
Please _attach_ the preprocessed file.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from bbiswas at email dot unc dot edu 2010-08-25 18:55
---
Subject: Re: internal compiler error gcc 4.5.1
Here you go:
--- Comment #3 from bbiswas at email dot unc dot edu 2010-08-25 18:55
---
Created an attachment (id=21564)
--
--- Comment #6 from janus at gcc dot gnu dot org 2010-08-25 19:09 ---
Ok, I'll close this as fixed since it works on 4.6. And I think we already have
similar test cases from the PRs mentioned above.
--
janus at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from ebotcazou at gcc dot gnu dot org 2010-08-25 19:14
---
Thanks, but I cannot reproduce the problem.
Which stage of the bootstrap is this? What base compiler do you use? Note
that
recent versions of GMP/MPFR are miscompiled on this platform by older versions
of GCC,
--- Comment #6 from bbiswas at email dot unc dot edu 2010-08-25 19:43
---
Subject: Re: internal compiler error gcc 4.5.1
It's in stage 3.
My base compiler is 4.1.2.
I trying to upgrade gcc at our university from 4.1.2 to 4.5.1. I've
successfully built the compiler for Linux 2.6 (32
--- Comment #7 from ebotcazou at gcc dot gnu dot org 2010-08-25 20:07
---
I did notice that the SUNWspro compilers were used to compile
the latest versions of mpfr mpc we use. Should I try re-compiling
mpfr and mpc with gcc and then rebuilding gcc 4.5.1?
The problematic ones are
Compiler output:
$ gcc -fcompare-debug -O2 -ftree-vectorize -fno-var-tracking-assignments
testcase-min3i.ii
gcc: error: testcase-min3i.ii: -fcompare-debug failure
The difference is:
$ diff testcase-min3i.*gkd
439c439
(mem/s/c:DI (symbol_ref:DI (_economy) [flags 0x2] var_decl #
_economy)
--- Comment #1 from zsojka at seznam dot cz 2010-08-25 20:56 ---
Created an attachment (id=21566)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21566action=view)
testcase
Reduced from ~855KiB file, further (automated) reducing is very slow. It
already took several days to get this
--- Comment #8 from jakub at gcc dot gnu dot org 2010-08-25 21:24 ---
Subject: Bug 45400
Author: jakub
Date: Wed Aug 25 21:23:57 2010
New Revision: 163554
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163554
Log:
PR rtl-optimization/45400
* combine.c
--- Comment #10 from jakub at gcc dot gnu dot org 2010-08-25 21:25 ---
Subject: Bug 44858
Author: jakub
Date: Wed Aug 25 21:25:18 2010
New Revision: 163555
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163555
Log:
PR rtl-optimization/44858
* combine.c
--- Comment #9 from jakub at gcc dot gnu dot org 2010-08-25 21:27 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #11 from jakub at gcc dot gnu dot org 2010-08-25 21:27 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #84 from mikulas at artax dot karlin dot mff dot cuni dot cz
2010-08-25 21:27 ---
(In reply to comment #83)
If the bug is not related to stack alignment (i.e. it crashes not on unaligned
SSE access), simplify it and file another bugzilla entry.
--
--- Comment #15 from howarth at nitro dot med dot uc dot edu 2010-08-26
01:40 ---
Created an attachment (id=21567)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21567action=view)
patch to effectively mark symbol as weak_import
--
--- Comment #16 from howarth at nitro dot med dot uc dot edu 2010-08-26
01:55 ---
Marking the symbols in_other_partitions as weak eliminates almost all of the
failures. I still get...
Running target unix/-m32
FAIL: gcc.dg/lto/20090213 c_lto_20090213_0.o-c_lto_20090213_1.o link, -O2
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2010-08-26 02:13
---
Subject: Bug 41859
Author: jvdelisle
Date: Thu Aug 26 02:12:49 2010
New Revision: 163561
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=163561
Log:
2010-08-25 Jerry DeLisle jvdeli...@gcc.gnu.org
--- Comment #5 from hjl dot tools at gmail dot com 2010-08-26 03:18 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
I have a project where g++ crashes on most files whenever -fschedule-insns is
mentioned; i've attached one such file.
$ g++ -O1 -std=c++0x -fschedule-insns drv.ii -c
src.core/driver.cc: In member function ui::events::flags_and_signals_t
--- Comment #1 from tbptbp at gmail dot com 2010-08-26 03:35 ---
Created an attachment (id=21568)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21568action=view)
one of the offender
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45409
--- Comment #2 from tbptbp at gmail dot com 2010-08-26 03:43 ---
Forgot to say g++ 4.5 and 4.6 are immune.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45409
--- Comment #3 from pinskia at gcc dot gnu dot org 2010-08-26 03:44 ---
See PR 42535.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45409
--- Comment #4 from tbptbp at gmail dot com 2010-08-26 03:52 ---
Subject: Re: ICE, g++ 4.4.x, -fschedule-insns, unable to find
a register to spill in class '*REG'
Case closed then.
Not that it matters much, i don't even remember why -fschedule-insns
got there to begin with, but if
gcc -Wall -O3 -S test.c
doesn't seem to propagate constants correctly.
Notice that ss is declared static, therefor everything is known at compile
time.
Code:
#include stdio.h
struct s {int i;int j;};
struct s static ss={77,2};
int
main()
{
ss.j += 88;
printf(%d\n,sizeof(ss));
--- Comment #1 from pinskia at gcc dot gnu dot org 2010-08-26 05:19 ---
Well GCC does not know much about main really. It does not currently take into
account that ss cannot change before main.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45410
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Component|c
84 matches
Mail list logo