http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50052
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50053
Bug #: 50053
Summary: [4.7 regression] SIGSEGV in natClass.cc:651
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49911
--- Comment #16 from Eric Botcazou 2011-08-12
08:01:36 UTC ---
> No, they still mean "nothing", but VRP assumes they are the canonical
> value according to precision/signedness. Which C and C++ do not follow.
> Unfortunately the C and C++ mainta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50054
Bug #: 50054
Summary: Fails to recover from type error in function signature
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50053
--- Comment #1 from Richard Guenther 2011-08-12
08:27:30 UTC ---
Try to build everything with -fno-ipa-sra -fno-ipa-cp.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50053
Richard Guenther changed:
What|Removed |Added
Target Milestone|--- |4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49992
--- Comment #49 from Iain Sandoe 2011-08-12 08:51:32
UTC ---
(In reply to comment #47)
> (In reply to comment #43)
>
> > Changing the topic to target - although there's a latent issue with the two
> > diagnostic implemenations, (and I will post
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50054
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50053
--- Comment #2 from gee 2011-08-12 08:59:41 UTC ---
(In reply to comment #1)
> Try to build everything with -fno-ipa-sra -fno-ipa-cp.
I understand what you meant is "append -fno-ipa-sra -fno-ipa-cp to
{C,CXX,GCJ}FLAGS when building libgcj"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34790
Georg-Johann Lay changed:
What|Removed |Added
CC||gjl at gcc dot gnu.org
Resolut
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50050
Mikael Morin changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50053
--- Comment #3 from gee 2011-08-12 11:44:58 UTC ---
using only '-fno-ipa-sra -fno-ipa-cp' didn't work too.
Reading symbols from /usr/i686-pc-mingw32/java/bin/i686-pc-mingw32-gij...done.
(gdb) r
Starting program: /usr/i686-pc-mingw32/java/bin/i686
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50055
Bug #: 50055
Summary: [PATCH] Location information for the throw()
specification in a function may be incorrect
Classification: Unclassified
Product: gcc
Version: 4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50050
--- Comment #2 from Mikael Morin 2011-08-12
11:54:27 UTC ---
In gfc_expr_to_initialize, we copy an expression,
result = gfc_copy_expr (e);
and then change it to something else:
/* Change the last array reference from AR_ELEMENT to AR_FUL
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50055
--- Comment #1 from Paolo Carlini 2011-08-12
12:18:37 UTC ---
Patches go to the gcc-patches mailing list. Also, always clearly state how you
tested it, etc, according to the guidelines http://gcc.gnu.org/contribute.html
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50056
Bug #: 50056
Summary: Binding a temporary object to a reference
Classification: Unclassified
Product: gcc
Version: 4.5.2
Status: UNCONFIRMED
Severity: normal
Priority
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50050
Mikael Morin changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50056
--- Comment #1 from Jonathan Wakely 2011-08-12
12:46:42 UTC ---
Are you sure G++ isn't correct?
The cast creates a temporary reference, which binds to the temporary object,
then initalizes 's' with the temporary reference. That means the temporar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50057
Bug #: 50057
Summary: [4.7 regression] SIGSEGV in natObject.cc:58
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priori
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50058
Bug #: 50058
Summary: [4.7 Regression] FAIL: g++.dg/tree-ssa/pr41186.C
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50059
Bug #: 50059
Summary: [C++0x] Broken error message with __builtin_remquo &
constexpr
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50059
--- Comment #1 from Paolo Carlini 2011-08-12
14:49:27 UTC ---
__builtin_modf has similar problems
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50056
--- Comment #2 from Wolfgang Roehrl 2011-08-12
14:51:25 UTC ---
Hi Jonathan,
I would analyze the crucial line of the code as follows:
The cast creates a temporary reference, which binds to the temporary
object,
and then initalizes 's' with the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50059
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50032
--- Comment #2 from Dominique d'Humieres 2011-08-12
15:10:51 UTC ---
> if your math library implementation has a slower cosf than cos it's
> definitely broken ;)
So it is at least for fedora (see
http://sources.redhat.com/bugzilla/show_bug.cgi?i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49681
Manuel Lauss changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50060
Bug #: 50060
Summary: intrinsics not folded by the middle-end
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: enhancement
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50060
--- Comment #1 from Paolo Carlini 2011-08-12
16:12:56 UTC ---
Uhm, remquo is strange. I see a do_mpfr_remquo but the following C++11 snippet
is rejected, I don't know why:
int r = 0;
constexpr double d = __builtin_remquo(1.0, 1.0, &r);
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50016
--- Comment #12 from Jerry DeLisle 2011-08-12
16:17:21 UTC ---
I would like to see if Kai has any thought on this. Unfortunately I am not
very familiar with the windows OS.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50059
--- Comment #3 from Paolo Carlini 2011-08-12
16:21:08 UTC ---
... and __builtin_frexp (std::frexp)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50060
--- Comment #2 from Paolo Carlini 2011-08-12
16:26:00 UTC ---
... frexp also don't understand at the moment. I see a fold_builtin_frexp but
the following doesn't compile:
int r = 0;
constexpr double d = __builtin_frexp(1.0, &r);
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48328
--- Comment #2 from Ramana Radhakrishnan 2011-08-12
16:58:13 UTC ---
Author: ramana
Date: Fri Aug 12 16:58:09 2011
New Revision: 177705
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177705
Log:
Fix PR target/48328 part 1
Modified:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50060
Paolo Carlini changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50032
--- Comment #3 from Felipe 2011-08-12 17:07:47 UTC
---
(In reply to comment #2)
> > if your math library implementation has a slower cosf than cos it's
> > definitely broken ;)
>
> So it is at least for fedora (see
> http://sources.redhat.com/bu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50047
--- Comment #1 from Paolo Bonzini 2011-08-12 17:13:10
UTC ---
Author: bonzini
Date: Fri Aug 12 17:13:04 2011
New Revision: 177706
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177706
Log:
2011-08-12 Paolo Bonzini
PR bootstrap/500
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50061
Bug #: 50061
Summary: [4.7 regression] emit_library_call_value_1 change
broke SF->TI conversion on MIPS
Classification: Unclassified
Product: gcc
Version: 4.7.0
Statu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50059
--- Comment #4 from Paolo Carlini 2011-08-12
18:01:43 UTC ---
And I suspect that this diagnostic issue may be not unrelated to what I was
noticing today together with PR50060: these badly printed intrinsics (remquo,
modf, frexp) can be optimized
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50062
Bug #: 50062
Summary: GNU Fortran is not working
Classification: Unclassified
Product: gcc
Version: 4.3.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50062
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50032
--- Comment #4 from Dominique d'Humieres 2011-08-12
18:28:56 UTC ---
> Some bug reports for this performance issue date from 2008, so it seems we
> won't see that fixed any time soon.
IIRC the excuses were:
(1) nobody use float (fortran does not
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50055
--- Comment #2 from Siddhesh Poyarekar
2011-08-12 19:21:15 UTC ---
Thanks, done, with a test case this time:
http://gcc.gnu.org/ml/gcc-patches/2011-08/msg01158.html
As mentioned in the submission, I ran the existing c++ tests to make sure I did
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49693
Bill Long changed:
What|Removed |Added
CC||longb at cray dot com
--- Comment #1 from Bil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50062
--- Comment #2 from hsong6 at ucsc dot edu 2011-08-12 19:38:46 UTC ---
Thank you for pointing out.
Here is an error message
--
checking whether the GNU Fortran compiler is working... no
configure: error: GNU Fo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50063
Bug #: 50063
Summary: [avr]: wrong code for gcc.dg/torture/pta-ptrarith-3.c
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Keywords: wrong-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50061
rsand...@gcc.gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50063
Georg-Johann Lay changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50064
Bug #: 50064
Summary: Failure in stage 2 (lazy binding) on openbsd
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49994
--- Comment #6 from Richard Henderson 2011-08-12
21:00:17 UTC ---
Author: rth
Date: Fri Aug 12 21:00:00 2011
New Revision: 177721
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177721
Log:
PR rtl-opt/49994
* sched-init.h (struct d
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49994
Richard Henderson changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50060
--- Comment #4 from Jason Merrill 2011-08-12
21:17:05 UTC ---
(In reply to comment #3)
> (It seems more a problem with my C++ test snippets in Comments #1 / #2: I
> suppose any definition of such functions isn't viable for constexpr, because
> th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50060
Paolo Carlini changed:
What|Removed |Added
CC|jason at gcc dot gnu.org|
--- Comment #5 from Paolo Carlini 2011-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50006
Richard Henderson changed:
What|Removed |Added
Status|WAITING |ASSIGNED
--- Comment #6 from Richard
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50034
--- Comment #2 from Jason Merrill 2011-08-12
21:28:01 UTC ---
Author: jason
Date: Fri Aug 12 21:27:52 2011
New Revision: 177722
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=177722
Log:
PR c++/50034
* call.c (convert_arg_to_ellip
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50065
Bug #: 50065
Summary: -Os, -O2, -O3 optimization breaks LD/ST ordering on
32-bit SPARC
Classification: Unclassified
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50006
--- Comment #7 from Richard Henderson 2011-08-12
21:49:19 UTC ---
Created attachment 24993
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24993
proposed patch
This seems to fix the bug. Doing an Ada sanity check on x86_64...
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50010
--- Comment #3 from Nenad Vukicevic 2011-08-12
22:03:03 UTC ---
I tried "/configure i586-linux" on my 32-bit machine and got the
following:
Comparing stages 2 and 3
warning: gcc/cc1plus-checksum.o differs
warning: gcc/cc1-checksum.o differs
warn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49903
Hans-Peter Nilsson changed:
What|Removed |Added
CC||hp at gcc dot gnu.org
--- Comment #5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50066
Bug #: 50066
Summary: [4.7 Regression] Bad signed long to unsigned long long
conversion
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50066
H.J. Lu changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
Summary|[
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50067
Bug #: 50067
Summary: Wrong code with -fpredictive-commoning
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50034
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Depends on|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50068
Bug #: 50068
Summary: Invalid memory access in incr_ticks_for_insn
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50068
--- Comment #1 from Valeriy E. Ushakov 2011-08-13
01:18:00 UTC ---
Created attachment 24995
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24995
Preprocessed source that triggers the bug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50006
--- Comment #8 from dave.anglin at bell dot net 2011-08-13 01:19:35 UTC ---
On 12-Aug-11, at 5:49 PM, rth at gcc dot gnu.org wrote:
> --> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24993
> proposed patch
Testing on hppa2.0w-hp-hpux11.00. Wil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50068
--- Comment #2 from Valeriy E. Ushakov 2011-08-13
01:27:57 UTC ---
The command that fails:
.../libexec/gcc/shle--netbsdelf/4.5.3/cc1plus -fpreprocessed fstream-inst.i
-quiet -dumpbase fstream-inst.i -auxbase-strip fstream-inst.o -Os -Werror
-Wno
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19832
--- Comment #2 from jimis 2011-08-13 01:37:14 UTC ---
Created attachment 24996
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24996
Make cse.c:preferable() more readable, slightly faster, without affecting its
logic.
2011-08-13 Dimitrios Ap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19832
jimis changed:
What|Removed |Added
CC||jimis at gmx dot net
--- Comment #3 from jimis 2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50065
--- Comment #1 from Andrew Pinski 2011-08-13
02:21:05 UTC ---
I fixed a volatile bug dealing with inlining and ipa-sra. Maybe this was fixed
by that too.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50066
--- Comment #2 from Andrew Pinski 2011-08-13
04:32:16 UTC ---
- LONG_MIN is undefined.
69 matches
Mail list logo