http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56138
Bug #: 56138
Summary: Deferred-length character RESULT: ICE in
gfc_add_modify_loc
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRM
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56136
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55374
David Abdurachmanov changed:
What|Removed |Added
CC||david.abdurachmanov at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55270
--- Comment #11 from rguenther at suse dot de
2013-01-29 09:01:23 UTC ---
On Mon, 28 Jan 2013, mpolacek at gcc dot gnu.org wrote:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55270
>
> --- Comment #10 from Marek Polacek 2013-01-2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55374
--- Comment #17 from Kostya Serebryany 2013-01-29
09:10:24 UTC ---
Note that there is at least one known bug in asan with -static-libstdc++
https://code.google.com/p/address-sanitizer/issues/detail?id=147
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53073
--- Comment #10 from rguenther at suse dot de
2013-01-29 09:10:25 UTC ---
On Mon, 28 Jan 2013, sje at gcc dot gnu.org wrote:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53073
>
> Steve Ellcey changed:
>
>What|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55374
--- Comment #18 from Jakub Jelinek 2013-01-29
09:13:27 UTC ---
(In reply to comment #17)
> Note that there is at least one known bug in asan with -static-libstdc++
> https://code.google.com/p/address-sanitizer/issues/detail?id=147
As wi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55374
--- Comment #19 from Kostya Serebryany 2013-01-29
09:18:49 UTC ---
>
> As with the patch for this PR -lasan is linked before -lstdc++, the wrapper
> should kick in. But the patch is still unreviewed.
How?
If we are linking both libra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55374
--- Comment #20 from Jakub Jelinek 2013-01-29
09:29:39 UTC ---
Ah, you're right. My patch is mostly to fix -static-libasan or even
non-static-libasan - to make sure it comes early and thus override what it
thinks it actually overrides. F
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55270
--- Comment #12 from Marek Polacek 2013-01-29
09:38:59 UTC ---
(In reply to comment #11)
> I'll test an alternative patch.
FYI, I've tried this one:
--- a/gcc/loop-init.c
+++ b/gcc/loop-init.c
@@ -57,6 +57,7 @@ loop_optimizer_init (un
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55374
--- Comment #21 from Kostya Serebryany 2013-01-29
09:44:22 UTC ---
> we could similarly error for
> -static-libstdc++ -fsanitize=address combination.
Maybe.
Generally this works (in clang at least) and no one complained yet.
The bug ht
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55617
Alexander Potapenko changed:
What|Removed |Added
CC||glider at google dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56113
--- Comment #10 from rguenther at suse dot de
2013-01-29 09:52:12 UTC ---
On Mon, 28 Jan 2013, steven at gcc dot gnu.org wrote:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56113
>
> --- Comment #9 from Steven Bosscher 2013-01-28
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55617
--- Comment #6 from Alexander Potapenko 2013-01-29
09:59:09 UTC ---
Looking at the disassembly I see that __asan_init is placed into some
__GLOBAL__sub_I_00099_1_cov.cc function, which isn't being called at runtime
(__GLOBAL__sub_I_cov.cc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56139
Bug #: 56139
Summary: unmodified static data could go in .rodata, not .data
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: enh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56131
Richard Biener changed:
What|Removed |Added
Component|regression |rtl-optimization
Target Miles
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56137
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53610
Paolo Carlini changed:
What|Removed |Added
CC||andersk at mit dot edu
--- Comm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54222
--- Comment #11 from Georg-Johann Lay 2013-01-29
10:33:24 UTC ---
Author: gjl
Date: Tue Jan 29 10:33:18 2013
New Revision: 195532
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195532
Log:
PR target/54222
* config/avr/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55270
--- Comment #13 from Richard Biener 2013-01-29
10:40:29 UTC ---
Author: rguenth
Date: Tue Jan 29 10:40:24 2013
New Revision: 195533
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195533
Log:
2013-01-29 Richard Biener
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56135
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54367
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55270
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55617
--- Comment #7 from Alexander Potapenko 2013-01-29
11:56:02 UTC ---
Here's the dump of __mod_init_func (the static ctors array):
===
Disassembly of section __DATA.__mod_init_func:
0001
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44830
Mikael Morin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53537
Mikael Morin changed:
What|Removed |Added
CC||jkrahn at nc dot rr.com
--- Comm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56113
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|una
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55939
--- Comment #10 from Aldy Hernandez 2013-01-29
13:23:37 UTC ---
Confirmed with testcase in comment #5, compiling with:
[guest@aranym2 gcc]$ ./xgcc -B./ a.c -O2
[guest@aranym2 gcc]$ ./a.out
Aborted
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52026
Matt Godbolt changed:
What|Removed |Added
CC||matt at godbolt dot org
--- Comm
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55939
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56113
--- Comment #12 from Richard Biener 2013-01-29
14:22:56 UTC ---
Author: rguenth
Date: Tue Jan 29 14:22:47 2013
New Revision: 195541
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195541
Log:
2013-01-29 Richard Biener
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56113
--- Comment #13 from Richard Biener 2013-01-29
14:24:01 UTC ---
Author: rguenth
Date: Tue Jan 29 14:23:48 2013
New Revision: 195542
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195542
Log:
2013-01-29 Richard Biener
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56076
--- Comment #6 from ro at CeBiTec dot Uni-Bielefeld.DE 2013-01-29 15:05:14 UTC ---
> --- Comment #5 from Ian Lance Taylor 2013-01-25
> 23:43:57 UTC ---
> May be fixed now. Not sure.
It is, thanks.
Rainer
one function in serial irrevocable transaction.
This is incorrect and causes the slowdown of irrevocable transactions.
The correct behavior it to inline non-instrumented function.
The bug is present in 4.7.2 and 4.8 (gcc version 4.8.0 20130129)
when compiling with -O1, -O2, -O3.
// examle.c
in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56113
Richard Biener changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56128
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56141
Bug #: 56141
Summary: 4.8.0 git version fails to config - there is no
cloog-ppl-0.18.0
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56141
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56141
--- Comment #2 from Jonathan Wakely 2013-01-29
16:22:25 UTC ---
If you're doing a non-default build (e.g. using cloog) you need to say exactly
what you're doing and provide the FULL configure command.
Trunk no longer uses PPL, it uses IS
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56131
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56141
--- Comment #3 from jarausch at igpm dot rwth-aachen.de 2013-01-29 17:09:22 UTC
---
(In reply to comment #2)
> If you're doing a non-default build (e.g. using cloog) you need to say exactly
> what you're doing and provide the FULL configure
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53265
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54314
--- Comment #29 from Jason Merrill 2013-01-29
17:24:58 UTC ---
Author: jason
Date: Tue Jan 29 17:24:51 2013
New Revision: 195550
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195550
Log:
PR libstdc++/54314
gcc/
* var
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55939
--- Comment #11 from Aldy Hernandez 2013-01-29
17:26:46 UTC ---
In adding debugging printfs throughout a locally reduced testcase, I ran into
something peculiar, that may or may not be related to this PR. Perhaps some
floating point savvy
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56133
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55939
--- Comment #12 from Jeffrey A. Law 2013-01-29 17:37:12
UTC ---
On 01/29/2013 10:26 AM, aldyh at gcc dot gnu.org wrote:
>
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55939
>
> --- Comment #11 from Aldy Hernandez 2013-01-29
> 17:26:46
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56086
Jason Merrill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55939
--- Comment #13 from Richard Henderson 2013-01-29
17:46:21 UTC ---
All hail extended precision, and lack of proper rounding operations
(until the 68040 anyway).
Aldy's analysis in #c11 suggests that compiling (all of gmp, including
the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54314
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54508
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55939
--- Comment #14 from Mikael Pettersson 2013-01-29
18:03:04 UTC ---
The wrong-code occurs in the test wrapper rather than in gmp proper, and the
test wrapper does contain a helper function (my_ldexp) which computes and
returns 'double'. So
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55939
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56131
--- Comment #5 from vries at gcc dot gnu.org 2013-01-29 19:34:08 UTC ---
A more structured version of the patch:
...
Index: cfgrtl.c
===
--- cfgrtl.c (revision 195240)
+++ cf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55939
--- Comment #16 from Aldy Hernandez 2013-01-29
19:47:24 UTC ---
>> double d, d2;
>> ...
>> if (d != d2) {
>> dumpd(d,d2);
>> return -1;
>> }
>>
>> By this point, "d" and "d2" are in fp2/fp3, and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56121
--- Comment #3 from Oleg Endo 2013-01-29 20:29:34
UTC ---
Author: olegendo
Date: Tue Jan 29 20:29:29 2013
New Revision: 195558
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195558
Log:
PR target/56121
* config/sh/sh.m
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56121
Oleg Endo changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54699
--- Comment #7 from Oleg Endo 2013-01-29 21:12:56
UTC ---
I've checked this again on rev. 19 and the problem doesn't seem to happen
anymore. It also doesn't show up in the latest SH4 test result post
http://gcc.gnu.org/ml/gcc-testre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52306
Thorsten Glaser changed:
What|Removed |Added
Summary|ICE in CSE |ICE in cselib_record_set,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55939
--- Comment #17 from Aldy Hernandez 2013-01-29
21:20:53 UTC ---
Both -fexcess-precision=standard and -ffloat-store fix the testcase. This is
perhaps a duplicate of PR323.
Although, Jakub mentions that according to:
http://gcc.gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52306
--- Comment #13 from Thorsten Glaser 2013-01-29 21:25:58
UTC ---
… oh, sorry, the automatic retry is apparently Debian/Feodora specific.
Still… in this very case… this ICE in CSE is hitting us often enough…
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54107
--- Comment #28 from janus at gcc dot gnu.org 2013-01-29 21:40:55 UTC ---
Author: janus
Date: Tue Jan 29 21:40:51 2013
New Revision: 195562
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195562
Log:
2013-01-29 Janus Weil
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54107
--- Comment #29 from janus at gcc dot gnu.org 2013-01-29 21:45:56 UTC ---
r195562 fixes comment 0.
ToDo: The test case in comment 4 still fails (cf. also comment 23 - 27).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55617
--- Comment #8 from Jack Howarth 2013-01-29
22:04:28 UTC ---
Created attachment 29302
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29302
assembly file for reduced testcase from comment 5
generated with...
g++-fsf-4.8 -fsanitiz
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55617
--- Comment #9 from Jack Howarth 2013-01-29
22:15:29 UTC ---
Is it significant that in the assembly, the .mod_term_func section section
(which captures the call to __asan_init) is emitted before the .mod_init_func
section?
LFE7:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56142
Bug #: 56142
Summary: During *make*, Perl error regarding unescaped left
brace in texi2pod.pl, line 319
Classification: Unclassified
Product: gcc
Version: 4.7.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56142
--- Comment #1 from Andrew Pinski 2013-01-29
23:04:53 UTC ---
>checking for suffix of object files... configure: error: in
> `/usr/local/src/gcc/objdir/x86_64-unknown-linux-gnu/libgcc':
> configure: error: cannot compute suffix of object
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52306
--- Comment #14 from Thorsten Glaser 2013-01-29 23:29:54
UTC ---
just don’t hit me… I’m trying this now, until someone fixes this PR:
# DP: retry a known ICE with -O1 then -O0 in case it gets better
--- a/src/gcc/diagnostic.c
+++ b/src/gcc/dia
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56143
Bug #: 56143
Summary: Incorrect code generation with -O0 in x86_64
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56143
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56143
--- Comment #2 from Andrew Pinski 2013-01-30
02:11:46 UTC ---
(In reply to comment #1)
> *_jit->pc.ui++ = i0 - (_jit->pc.w + 4);
>
> You have a sequence point issue. This is like doing:
> *i++ = i0 - (i + 4);
The reason why it is th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56143
--- Comment #3 from Paulo César Pereira de Andrade 2013-01-30 02:19:09 UTC ---
(In reply to comment #1)
> *_jit->pc.ui++ = i0 - (_jit->pc.w + 4);
>
> You have a sequence point issue. This is like doing:
> *i++ = i0 - (i + 4);
Thanks for the co
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55921
--- Comment #9 from John David Anglin 2013-01-30
02:56:52 UTC ---
Return NULL_RTX in extract_bit_field_using_extv when it's not
possible to create pseudos just results in another similar error
a little further down the road:
#0 gen_reg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56142
--- Comment #2 from Ray Lauff 2013-01-30 03:26:23 UTC
---
You are correct, of course. Thank you for the pointer, which led me to a
successful build.
ray
On Jan 29, 2013, at 6:05 PM, pinskia at gcc dot gnu.org wrote:
> left brace
gured with: /home/regehr/z/compiler-source/gcc/configure
--with-libelf=/usr/local --enable-lto
--prefix=/home/regehr/z/compiler-install/gcc-r195565-install
--enable-languages=c,c++
Thread model: posix
gcc version 4.8.0 20130129 (experimental) (GCC)
mpiler-install/gcc-r195565-install
--enable-languages=c,c++
Thread model: posix
gcc version 4.8.0 20130129 (experimental) (GCC)
it
stops gcc from produce the ice.
gcc version 4.8.0 20130129 (experimental)
[gcc trunk revision 195526]
(mingw-w64 trunk revision 5568)
x86_64-w64-mingw32-gcc -m64 -DHAVE_CONFIG_H -I. -I.. -I../include
-I../libmp3lame -O1 -ffast-math -floop-parallelize-all -c layer3.c -o layer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56138
Paul Thomas changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56138
Paul Thomas changed:
What|Removed |Added
Depends on||51976
--- Comment #2 from Paul Th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51976
Paul Thomas changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56128
--- Comment #4 from Kostya Serebryany 2013-01-30
06:43:51 UTC ---
I'd prefer to simply disable libsanitizer build if something is not supported.
Since we are not testing it on older kernels, many things may be broken anyway.
Dmitry?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56138
--- Comment #3 from Tobias Burnus 2013-01-30
07:47:20 UTC ---
Author: burnus
Date: Wed Jan 30 07:47:14 2013
New Revision: 195570
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195570
Log:
2012-01-30 Tobias Burnus
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56138
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
82 matches
Mail list logo
